proton

https://github.com/dvcrn/proton
dvcrn 2015-12-18T00:30:54.000344Z

@geksilla: I was sleeping, sorry :simple_smile:

dvcrn 2015-12-18T02:36:51.000345Z

@geksilla: there by chance?

2015-12-18T04:09:20.000346Z

@dvcrn: Just sitting down to review your PR

dvcrn 2015-12-18T04:09:52.000347Z

you always start to text when I am about to leave for lunch haha

dvcrn 2015-12-18T04:10:14.000348Z

I'm not sure if the register-xxx approach is the right one. I tried @geksilla solutions first but ran into a deadend

2015-12-18T04:11:02.000349Z

Haha funny timing. I’ll go through another PR first and then start on yours. Maybe you’ll be back when I have some feedback

2015-12-18T04:11:09.000350Z

Quick question though

dvcrn 2015-12-18T04:11:22.000351Z

great!

dvcrn 2015-12-18T04:11:35.000352Z

Also if you have linters you wanna add, feel free to branch off my branch and I cherry-pick it in (no PR necessary)

2015-12-18T04:12:01.000353Z

(register-layer-dependencies :tools/linter [:linter-pep8])

2015-12-18T04:12:19.000354Z

This says that the linter-pep8 package has a dependency on the :tools/linter layer, right?

dvcrn 2015-12-18T04:12:56.000355Z

hmm maybe a different name for that fx is better... it means that :linter-pep8 depends on :tools/linter. If :tools/linter is not there, :linter-pep8 is not resolved

2015-12-18T04:13:21.000356Z

ok

dvcrn 2015-12-18T04:13:27.000357Z

in other words, only use linter-pep8 if the linter layer is enabled

2015-12-18T04:13:53.000358Z

Or in other other words… if you try to install/activate linter-pep8, you need to activate the linter layer?

dvcrn 2015-12-18T04:14:02.000359Z

yes

2015-12-18T04:14:05.000360Z

ok cool

2015-12-18T04:14:08.000361Z

That’s what I thought it should do

dvcrn 2015-12-18T04:14:10.000362Z

because linter-pep8 would pull in linter and we don't want that

2015-12-18T04:14:28.000363Z

won’t apm be smart enough not to double install packages though?

dvcrn 2015-12-18T04:15:04.000364Z

I mean, linter-pep8 installs linter even though the linter layer is not enabled. So on restart, proton would wipe linter (because it's not enabled) and linter-pep8 would install it again

2015-12-18T04:15:15.000365Z

Ahh yeah that would be lame

dvcrn 2015-12-18T04:15:27.000366Z

We want a scenario where linters are only active when the linter layer is active

2015-12-18T04:15:48.000367Z

Ok cool. Now I understand the goal better. I can take a look at the code

dvcrn 2015-12-18T04:17:46.000368Z

I did a lot of refactoring. - Empty multimethods don't need to be inside layers anymore - init-layer! is now receiving config and layers - added a new print function that distinguishes proton messages on the console from the rest - introduction of the register-{{xxx}}-dependencies function

dvcrn 2015-12-18T04:17:52.000369Z

Anyway I'm heading for food

dvcrn 2015-12-18T04:17:54.000370Z

BRB

2015-12-18T04:36:17.000371Z

Hmm

2015-12-18T04:36:23.000372Z

When you get back I’m having issues getting this PR to run

2015-12-18T04:57:13.000373Z

Shoot

2015-12-18T04:57:15.000374Z

I broke something

2015-12-18T04:57:35.000375Z

Now I can’t get master or the pr to build

dvcrn 2015-12-18T05:06:00.000376Z

back

dvcrn 2015-12-18T05:06:03.000377Z

@sglyon: whats up

2015-12-18T05:06:19.000378Z

Not sure I’m bisecting right now.

dvcrn 2015-12-18T05:07:01.000379Z

what did you try to do?

2015-12-18T05:09:38.000380Z

I was on a few days old master and updated tonight and things don’t work

2015-12-18T05:09:49.000381Z

This commit is the culprit somehow: https://github.com/dvcrn/proton/commit/7ab8693ca60a457d4e96a02374396bdd9c3302f9

dvcrn 2015-12-18T05:10:19.000382Z

can you show me your .proton?

dvcrn 2015-12-18T05:10:42.000383Z

what this was supposed to do is fix merging vectors of vectors

2015-12-18T05:11:07.000384Z

{
  :layers
  [
    :core
    :tools/git
    :tools/minimap
    :lang/clojure
    :lang/python
    :lang/julia
    :lang/latex
    :lang/markdown
    ; :lang/rust
  ]


  :additional-packages
  [
    :advanced-open-file
    :build
    :build-make
    :nvatom
    :tomorrow-night-eighties-syntax
    :project-manager
    :language-matlab-only
    :markdown-preview-plus
    :markdown-writer
    :date
    :file-icons
    :merge-conflicts
    :time-status
    :battery-status
    :atom-alignment
    :nuclide-quick-open
    :nuclide-fuzzy-filename-provider
    :nuclide-open-filenames-provider
    :nuclide-recent-files-provider
    :nuclide-recent-files-service
    :comment-commander
    ; :indent-detective
  ]


  :configuration
  [
    ;; appearance
    ["atom-material-ui.ui.accentColor" "Blue"]
    ["atom-material-ui.tabs.showTabIcons" "Show on active tab"]
    ["atom-material-ui.tabs.tabMinWidth" true]
    ["atom-material-ui.tabs.tabSize" "Small"]
    ; ["atom-material-ui.fonts.fontSize" "Small"]
    ["atom-material-ui.panels.panelContrast" true]


    ["editor.lineHeight" 1.2]
    ["editor.tabLength" 4]
    ["editor.softWrap" true]
    ["editor.softWrapHangingIndent" 2]
    ["editor.fontFamily" "Hasklig-ExtraLight"]
    ["editor.fontSize" 11]
    ["editor.scrollPastEnd" true]
    ["editor.showIndentGuide" true]
    ["editor.backUpBeforeSaving" true]
    ["editor.tabType" "soft"]
    ["tabs.showIcons" true]
    ["tabs.usePreviewTabs" true]
    ["tabs.enableVcsColoring" true]

    ;; markdown settings
    ["markdown-preview-plus.pandocPath" "/usr/local/bin/pandoc"]
    ["markdown-preview-plus.enablePandoc" true]
    ["markdown-preview-plus.pandocBibliography" true]
    ["markdown-preview-plus.pandocBIBFileFallback" "/Users/sglyon/Research/library.bib"]
    ["markdown-preview-plus.pandocCSLFileFallback" "/Users/sglyon/.pandoc/csl/apsa.csl"]
    ["markdown-preview-plus.pandocMarkdownFlavor" "markdown+implicit_figures+pipe_tables+table_captions+yaml_metadata_block+fenced_code_blocks+fenced_code_attributes+tex_math_dollars"]
    ["markdown-preview-plus.pandocArguments" ["--template=/Users/sglyon/.pandoc/templates/html.template"
                                              "--filter pandoc-citeproc"]]
    ["markdown-writer.fileExtension" ".md"]
    ["markdown-writer.tableExtraPipes" true]


    ;; other
    ["ink.monotypeResults" true]
    ["nvatom.directory" "/Users/sglyon/Research/randomNotes"]
    ["spell-check.grammars" ["source.gfm"
                             "source.git-commit"
                             "text.tex.latex"
                             "text.html.php"]]

    ["atom-alignment.addSpacePostfix" true]
    ["atom-alignment.alignBy" ["=>" ":=" "=" "$" "&" "#"]]

    ["autocomplete-plus.confirmCompletion" "tab"]
    ["racer.racerBinPath", "/Users/sglyon/.cargo/bin/racer"]
    ["racer.rustSrcPath" "/Users/sglyon/src/rust/src"]

    ;; stuff for proton
    ["proton.core.showTabBar" true]
    ["proton.core.quickOpenProvider" :nuclide]
    ["proton.core.relativeLineNumbers" true]]


  ;; Don't like a keybinding or want to add something yourself? Do it here
  ;; (not implemented yet)
  :keybindings {}

  ;; Want some custom behavior inside a certain window?
  ;; For example you prefer navigating with esc and enter? Add it here.
  :keymaps [{:selector ".tree-view" :keymap [["escape" "tree-view:toggle"]]}]}

2015-12-18T05:11:21.000385Z

It’s kinda long… I’m only partially done moving my config into layers 😉

dvcrn 2015-12-18T05:12:12.000386Z

hmmmm

dvcrn 2015-12-18T05:12:25.000387Z

can you try renaming it to something else and see if you still have the error?

dvcrn 2015-12-18T05:12:32.000388Z

ala mv /.proton /.proton.bak

2015-12-18T05:13:39.000389Z

Haha worked… but now atom is uninstalling everything...

dvcrn 2015-12-18T05:13:59.000390Z

so something in your config is messing with it

2015-12-18T05:14:29.000391Z

I guess so

dvcrn 2015-12-18T05:14:34.000392Z

let me try something

dvcrn 2015-12-18T05:14:55.000393Z

["racer.racerBinPath", "/Users/sglyon/.cargo/bin/racer"]

dvcrn 2015-12-18T05:14:59.000394Z

you have a comma in there 😛

dvcrn 2015-12-18T05:15:01.000395Z

maybe that?

dvcrn 2015-12-18T05:15:13.000396Z

not sure if it messes with edn or is compliant

dvcrn 2015-12-18T05:16:01.000397Z

also is nuclide quick open working for you? for me it just laggs like crazy

2015-12-18T05:16:33.000398Z

Comma was a problem, but that didn’t fix it

2015-12-18T05:16:56.000399Z

It only works when I do apm uninstall EVERYTHING-NUCLIDE and then reinstall from command line while atom is closed

2015-12-18T05:17:16.000400Z

Then it takes a little bit of time to warm up when I next launch atom and works fine after that

dvcrn 2015-12-18T05:17:26.000401Z

that's odd

2015-12-18T05:17:45.000402Z

The error I get when using my ~/.proton is

dvcrn 2015-12-18T05:19:11.000404Z

most of your additional packages are btw part of a layer 😛

2015-12-18T05:19:24.000405Z

And it hangs when initialising layers

2015-12-18T05:19:36.000406Z

haha yeah i bet I haven’t been good at keeping my .proton up to date

dvcrn 2015-12-18T05:19:52.000407Z

you don't have any merge conflicts or something?

dvcrn 2015-12-18T05:20:02.000408Z

can you try to delete plugin/lib and just recompile fresh?

2015-12-18T05:23:24.000409Z

I actually just nuked the whole repo and re-cloned

2015-12-18T05:23:25.000410Z

no luck

dvcrn 2015-12-18T05:23:58.000411Z

huh

dvcrn 2015-12-18T05:24:49.000412Z

with your proton file or clean?

2015-12-18T05:24:56.000413Z

with my proton

2015-12-18T05:25:02.000414Z

it seems to work with a clean proton file

dvcrn 2015-12-18T05:26:27.000416Z

ah I think I got it

dvcrn 2015-12-18T05:26:50.000418Z

ah no

dvcrn 2015-12-18T05:26:51.000419Z

forget that

dvcrn 2015-12-18T05:26:57.000420Z

let me try to paste your config into mine and see what it does

2015-12-18T05:27:53.000422Z

I actually think it is one of the layers

2015-12-18T05:28:14.000423Z

Probably Julia as I thin I’m the only one that uses it

2015-12-18T05:29:09.000424Z

So with a fresh ~/.proton it hangs when I enable the latex layer

dvcrn 2015-12-18T05:30:06.000426Z

yeah, when I remove latex from yours, it's working

dvcrn 2015-12-18T05:30:09.000427Z

hrrrmmm

dvcrn 2015-12-18T05:30:12.000428Z

that's strange

2015-12-18T05:30:49.000429Z

I want to switch how that works anyway

dvcrn 2015-12-18T05:31:45.000430Z

btw with the changes I made in my branch we should probably start removing empty functions

dvcrn 2015-12-18T05:33:15.000431Z

(defmethod get-initial-config :lang/latex []
  ["proton.lang.latex.use-latex-plus" false])

dvcrn 2015-12-18T05:33:25.000432Z

that's the problem. It's returning a vector and not a vector of vectors

dvcrn 2015-12-18T05:33:47.000434Z

it worked before because our merging code was wrong

2015-12-18T05:33:55.000435Z

ahh ok

2015-12-18T05:34:03.000436Z

So so just add more [ ]?

dvcrn 2015-12-18T05:34:47.000437Z

merged it into master and my branch

dvcrn 2015-12-18T05:34:52.000438Z

just do git reset --hard origin/linter

2015-12-18T05:35:05.000439Z

sweet

dvcrn 2015-12-18T05:36:18.000440Z

["atom-material-ui.ui.accentColor" "Blue"]
    ["atom-material-ui.tabs.showTabIcons" "Show on active tab"]
    ["atom-material-ui.tabs.tabMinWidth" true]
    ["atom-material-ui.tabs.tabSize" "Small"]
    ; ["atom-material-ui.fonts.fontSize" "Small"]
    ["atom-material-ui.panels.panelContrast" true]
i like this. maybe we can put some of it into core

dvcrn 2015-12-18T05:36:24.000441Z

the blue tabs especially

2015-12-18T05:40:19.000443Z

Yeah it made the UI a bit more subtle, which I like

dvcrn 2015-12-18T05:40:42.000444Z

I wish we could somehow make the sidebar a bit smaller

dvcrn 2015-12-18T05:40:45.000445Z

I like material but it's huuuge

2015-12-18T05:41:18.000446Z

sidebar as in project tree?

dvcrn 2015-12-18T05:41:32.000447Z

yes that

2015-12-18T05:42:01.000448Z

That’s one reason why I was using Isotope ui

dvcrn 2015-12-18T05:44:09.000449Z

yeah I'm not that happy with the current ui

dvcrn 2015-12-18T05:44:18.000450Z

I think we need to find something else

2015-12-18T05:47:27.000451Z

I’m just getting used to material, but would be happy for something else too

2015-12-18T05:50:59.000452Z

Have you used isotope ui?

dvcrn 2015-12-18T05:53:57.000454Z

never did :simple_smile:

dvcrn 2015-12-18T05:54:35.000455Z

most of the times I have tab-bar and file tree hidden anyway

dvcrn 2015-12-18T05:54:58.000456Z

speaking of which, we should probably fix SPC tab. I wanted to copy spacemacs behaviour to always jump to the last buffer but it behaves weird

dvcrn 2015-12-18T05:55:09.000457Z

for themes, if you have something better, please feel free to put it in

dvcrn 2015-12-18T05:59:09.000458Z

isotope-ui + material syntax could work as default

dvcrn 2015-12-18T06:02:11.000459Z

oh material has a compact tree view option

2015-12-18T06:02:46.000460Z

I especially like isotope’s minimal mode

2015-12-18T06:03:08.000462Z

Makes the tree view much more compact and tab bar smaller

dvcrn 2015-12-18T06:03:42.000463Z

I like it too but I think it's a bit too biased 😛

dvcrn 2015-12-18T06:04:30.000464Z

would be cool if we could add "theme" layers or something like that. [theme :sglyon] and then it downloads that theme, sets the configs and so on

2015-12-18T06:04:46.000465Z

haha that would be cool.

2015-12-18T06:04:58.000466Z

Then people can submit their theme config for other users to “try on"

dvcrn 2015-12-18T06:05:29.000467Z

yep!

2015-12-18T06:08:52.000468Z

Whoa, that’s a long comment

2015-12-18T06:08:56.000469Z

But quite helpful

2015-12-18T06:12:34.000470Z

Hmm

2015-12-18T06:12:44.000471Z

For some reason when I have this in my config:

["core.themes" ["isotope-ui" "atom-material-syntax”]]

2015-12-18T06:13:17.000472Z

It loads isotope properly before proton init starts, but as soon as proton finishes loading it goes to a funky state where it is 1/2 isotope 1/2 material

dvcrn 2015-12-18T06:14:30.000473Z

uhmmm

dvcrn 2015-12-18T06:14:38.000474Z

that's why we excluded themes from wiping

dvcrn 2015-12-18T06:14:43.000475Z

hrm

2015-12-18T06:14:44.000476Z

Yeah weird

2015-12-18T06:14:55.000477Z

check this out:

2015-12-18T06:15:14.000478Z

proton|linter ⇒ cat ~/.atom/config.cson
"*":
  "file-watcher": {}
  "exception-reporting": {}
  welcome:
    showOnStartup: false
  core:
    themes: [
      "isotope-ui"
      "atom-material-syntax"
    ]

2015-12-18T06:15:24.000479Z

So that is (part of) what proton generated for me

2015-12-18T06:15:37.000480Z

Then if I go into atom’s settings manager and click the themes tab I see

dvcrn 2015-12-18T06:16:05.000482Z

lol

dvcrn 2015-12-18T06:16:08.000483Z

is isotope installed?

2015-12-18T06:16:10.000484Z

So it is definitely not doing what we want here — seems like for the theme we are overwriting stuff

2015-12-18T06:16:11.000485Z

yeah if I move the dropdown right there to isotope all is well

dvcrn 2015-12-18T06:17:09.000491Z

after and before. What do you think? Tweaked the material theme a bit

2015-12-18T06:17:30.000492Z

Definitely better

dvcrn 2015-12-18T06:17:41.000493Z

slightly more colorful, smaller tabs / file-tree, visual distinguishable panels

2015-12-18T06:18:03.000494Z

I’d like even more compact in the tree view, but I don’t think you can without mucking around in your stylesheet

dvcrn 2015-12-18T06:20:13.000495Z

yeah we need a very solid default and then give the option to make it however the user wants

dvcrn 2015-12-18T06:20:17.000496Z

so we need to find a sweetspot 😛

2015-12-18T06:20:41.000497Z

I don’t get why it is killing my isotope though...

2015-12-18T06:20:45.000498Z

That’s a bummer

dvcrn 2015-12-18T06:21:28.000499Z

let me try

dvcrn 2015-12-18T06:22:46.000500Z

yeah same here

dvcrn 2015-12-18T06:22:50.000501Z

I think I know why

dvcrn 2015-12-18T06:23:34.000503Z

we need to move config setting after package installation (my guess)

dvcrn 2015-12-18T06:23:58.000504Z

can you try that? Just move the block down and see if it's changing it

2015-12-18T06:24:34.000505Z

I’ll try it out. updating handling config in latex layer right now

dvcrn 2015-12-18T06:24:46.000506Z

It's already in master

dvcrn 2015-12-18T06:25:19.000507Z

lol now I have a weird isotope material mix when I tried to switch back

2015-12-18T06:25:30.000508Z

yeah it’s weird for sure

dvcrn 2015-12-18T06:25:38.000509Z

it has the animations of material but the looks of isotope

2015-12-18T06:25:41.000510Z

No I’m updating how I handle the package list based on config — not the vector of vectors thing

2015-12-18T06:26:00.000512Z

I liked your approach in the linter layer more

dvcrn 2015-12-18T06:27:05.000513Z

if you have more theme ideas btw, put them in here https://github.com/dvcrn/proton/pull/59

2015-12-18T06:27:37.000515Z

Ok, will do once we can choose other themes 😉

dvcrn 2015-12-18T06:28:07.000516Z

you can always suggest things :simple_smile:

dvcrn 2015-12-18T06:30:53.000517Z

ah crap now I remember why we had that change for disabled-package

dvcrn 2015-12-18T06:31:00.000518Z

stuff like hideTabBar doesn't work anymore

dvcrn 2015-12-18T06:31:28.000519Z

stuff that disables / enables packages on init

2015-12-18T06:34:15.000521Z

Was there a specific reason you took that out in the linter branch?

dvcrn 2015-12-18T06:34:50.000523Z

I tried to solve the problem that packages that are required are disabled

dvcrn 2015-12-18T06:34:58.000524Z

maybe we need to force-enable all of them after init

2015-12-18T06:35:54.000525Z

Why are required packages disabled?

dvcrn 2015-12-18T06:38:56.000526Z

on one side the user can just disable it, on the other side when we remove a package, we add it to the disabledPackages first so atom unloads it

dvcrn 2015-12-18T06:39:18.000527Z

but that key is never getting cleaned up so when the user enables the layer again and the package gets installed, it doesn't get enabled

2015-12-18T06:40:00.000528Z

Hmm. could we flush that key to remove all uninstalled packages at the end of config?

dvcrn 2015-12-18T06:40:25.000529Z

well we need to keep track of which packages we want to have disabled. Like tab-bar for example

dvcrn 2015-12-18T06:40:35.000530Z

I think it might be easier to just make sure what we need is enabled and not disabled 😛

2015-12-18T06:41:06.000531Z

So you’re saying we want to make the tab-bar toggle persist across sessions?

dvcrn 2015-12-18T06:42:25.000532Z

;; Method definitions
(defmethod get-initial-config :core []
  [["proton.core.showTabBar" false]
   ["proton.core.relativeLineNumbers" false]
these are 2 config keys that have ownership over a package. if showTabBar is false, proton makes sure that tab-bar is disabled on load

dvcrn 2015-12-18T06:42:30.000533Z

same thing for relativeLineNumbers

2015-12-18T06:43:08.000534Z

OK cool, so we have persistent state for that already (in the config file)

dvcrn 2015-12-18T06:43:16.000536Z

had 😛 until I removed that in my linter brach

2015-12-18T06:43:44.000538Z

I still think it’d be wise to flush that config key

dvcrn 2015-12-18T06:44:17.000539Z

but if we flush it and tab-bar is disabled through proton, atom would load it again

2015-12-18T06:46:55.000540Z

by flush I mean remove packages that aren’t installed anymore — don’t touch anything else

dvcrn 2015-12-18T06:49:41.000542Z

that was the other problem I had. Disabled packages didn't show up in atoms API anymore

2015-12-18T06:51:22.000543Z

Moving config below install didn’t help

dvcrn 2015-12-18T06:51:53.000544Z

didn't?

dvcrn 2015-12-18T06:51:54.000545Z

hmm

dvcrn 2015-12-18T06:52:00.000546Z

The config application, right?

2015-12-18T06:52:45.000547Z

right

2015-12-18T06:53:04.000548Z

;; set the user config
          (atom-env/insert-process-step! "Applying user configuration")
          (doall (map #(atom-env/set-config! (get % 0) (get % 1)) all-configuration))
          (atom-env/mark-last-step-as-completed!)

2015-12-18T06:53:11.000549Z

I moved that to be the last init item (after removing deleted packages)

dvcrn 2015-12-18T06:54:15.000552Z

hmm...

dvcrn 2015-12-18T06:54:17.000553Z

that's odd

2015-12-18T06:56:46.000554Z

Did we ever do anything about letting the user chose vim vs vim-plus?

dvcrn 2015-12-18T06:57:05.000555Z

not yet

dvcrn 2015-12-18T06:57:56.000556Z

too many bugs that keep us busy 😛

2015-12-18T06:58:07.000557Z

haha true

2015-12-18T06:58:22.000558Z

I think it has come a long way in the few weeks I’ve been keeping up though

dvcrn 2015-12-18T07:00:35.000559Z

it did! We made huge progress

2015-12-18T07:00:37.000560Z

Well, predicatably if I set isotope to be my theme from the default config section of the core layer it works fine

dvcrn 2015-12-18T07:00:52.000562Z

can you maybe print out the entire config?

dvcrn 2015-12-18T07:00:58.000563Z

I have a fear that it has been set twice

dvcrn 2015-12-18T07:01:31.000564Z

if that's the case, we need to write a filter function that filters based on the config key (first element in the vector)

2015-12-18T07:02:05.000565Z

nope, just once

2015-12-18T07:02:10.000566Z

It’s very strange

dvcrn 2015-12-18T07:03:31.000567Z

sure about that? Because I think we don't filter it

dvcrn 2015-12-18T07:03:58.000568Z

all-configuration

2015-12-18T07:04:10.000569Z

grep was sure themes only showed up once

dvcrn 2015-12-18T07:04:19.000570Z

hmmm

dvcrn 2015-12-18T07:04:30.000571Z

well something is fishy here

2015-12-18T07:04:54.000572Z

Agreed.

2015-12-18T07:08:03.000573Z

If we end up liking the linter solution we can do something similar for the build family of packages

2015-12-18T07:08:25.000574Z

Also, what do you think about project-manager

2015-12-18T07:08:34.000575Z

I don’t think I could use atom without it

2015-12-18T07:08:42.000576Z

Maybe we should throw it in to the default config?

dvcrn 2015-12-18T07:09:47.000577Z

I never used it to be honest, but it sounds like something that should be in there by default

dvcrn 2015-12-18T07:10:07.000578Z

I miss SPC p p from spacemacs

2015-12-18T07:10:25.000579Z

well, project-manager would bring it back 😉

dvcrn 2015-12-18T07:11:30.000580Z

ah can you create a issue for the theme bug?

2015-12-18T07:11:48.000581Z

Yeah

dvcrn 2015-12-18T07:12:30.000582Z

(or if you can fix it right away 😉 )

2015-12-18T07:13:37.000583Z

I tried for a bit, but didn’t succeed. I have to move on to one more thing before calling it a night

2015-12-18T07:15:26.000584Z

Can we make the timeout on closing the proton modal panel shorter? I think the 3 second delay is too long

dvcrn 2015-12-18T07:17:42.000585Z

we could allow changing it inside .proton

2015-12-18T07:17:47.000586Z

that’d be cool

2015-12-18T07:29:39.000587Z

OK well that was the last one from me tonight — I really do need to do that one more thing and get some sleep

dvcrn 2015-12-18T07:33:24.000588Z

👍

dvcrn 2015-12-18T07:33:26.000589Z

good job

geksilla 2015-12-18T10:23:01.000590Z

linter layer looks very good.

geksilla 2015-12-18T10:26:02.000591Z

and +1 for project manager. I also was preparing pm integration PR

geksilla 2015-12-18T10:27:43.000592Z

also wanna to add https://atom.io/packages/imdone-atom to

:apps/imdone
and appropriate keybingings within
SPC a 
category

geksilla 2015-12-18T10:28:55.000594Z

yesterday sent PR to add .cljs, .cljc to supported languages

geksilla 2015-12-18T14:07:57.000595Z

added javascript layer on top of linters branch, will send PR when linters will be merged.

dvcrn 2015-12-18T15:43:57.000596Z

Oh that's great!

dvcrn 2015-12-18T15:44:12.000597Z

Just need to fix the package disabling then I'm merging

dvcrn 2015-12-18T15:44:24.000598Z

I could also cherry pick your changes if you want

2015-12-18T15:44:40.000599Z

Imdone is cool. I didn't ever start using it full time because it alters the source of your files (adds their own Metadata to your todo comments) and I was working with others on a project.

geksilla 2015-12-18T15:57:58.000600Z

@dvcrn: I'll wait until merge

geksilla 2015-12-18T15:58:32.000601Z

i'm still testing it and searching for additional packages

dvcrn 2015-12-18T16:02:20.000602Z

there’s lot of things to do if you’re looking for work 😛

geksilla 2015-12-18T16:13:11.000603Z

i'll try to do some on weekend )

geksilla 2015-12-18T16:13:31.000604Z

have to do my full time job now )

geksilla 2015-12-18T16:13:50.000605Z

and still learning clojure/clojurescript

geksilla 2015-12-18T16:14:21.000606Z

this project is my first experience

geksilla 2015-12-18T16:16:06.000607Z

also i created one package for atom inspired by helm-ag https://github.com/geksilla/atom-fuzzy-grep

geksilla 2015-12-18T16:16:50.000609Z

i'm using it now with proton via .proton

geksilla 2015-12-18T16:44:49.000610Z

i guess i've found how to fix themes

geksilla 2015-12-18T16:57:00.000611Z

i'll send PR, it works but a little bit tricky

geksilla 2015-12-18T16:57:54.000612Z

after we set core.themes value we need to call atom.themes.activateThemes()

geksilla 2015-12-18T17:05:41.000614Z

https://github.com/dvcrn/proton/pull/66

geksilla 2015-12-18T17:06:41.000616Z

this part hacky a bit:

(.setTimeout js/window #(atom-env/activate-theme!) 1000)

dvcrn 2015-12-18T17:12:38.000618Z

it’s strange that it happens in the first place. We don’t wipe the theme settings

dvcrn 2015-12-18T17:12:55.000619Z

maybe we can try to only set a config setting if it doesn’t exist yet

geksilla 2015-12-18T17:39:20.000620Z

(doall (map #(atom-env/set-config! (get % 0) (get % 1)) all-configuration))
all-configuration has 2 configs core.themes default value and user's value

geksilla 2015-12-18T17:40:11.000622Z

and we set 2 times core.themes to configs

geksilla 2015-12-18T18:40:50.000623Z

I've updated PR. Seems like one line fix