Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Where to put private pre init configs #8

Closed
Pilgrim1379 opened this issue Sep 26, 2018 · 4 comments
Closed

Where to put private pre init configs #8

Pilgrim1379 opened this issue Sep 26, 2018 · 4 comments
Assignees
Labels
enhancement New feature or request

Comments

@Pilgrim1379
Copy link

Hi and thanks for your effort. I'm looking for a way to add custom settings that will read before init.el or very early in init.el. For example startup benchmarking settings, initial and default frame location settings etc.

At the moment it seems to me like early-init.el will be the place but I don't know it update will overwrite this file.

@freetonik
Copy link
Owner

Hi,

Since we have init.el + private.el, I guess we should have early-init.el + early-init-private.el. What do you think?

@takaxp
Copy link

takaxp commented Sep 26, 2018

In my case, I use .emacs that is a traditional way.
For example, I put some settings and loading init.el explicitly in my .emacs.

;; pur your setting for benchmarking settings before loading init.el
(defconst my-profiler-p nil
  "If non-nil, use built-in profiler.el.")
(when my-profiler-p
  (profiler-start 'cpu+mem))
(setq custom-file (expand-file-name "custom.el" user-emacs-directory))

;; load init.el
(load "~/Dropbox/emacs.d/config/init.el" nil t)

;; report profile result if my-profiler-p is non-nil
(when my-profiler-p
    (profiler-report))

@Pilgrim1379
Copy link
Author

Hi,

Since we have init.el + private.el, I guess we should have early-init.el + early-init-private.el. What do you think?

Yeah I like the semantics of early-init-private.el.

It probably should come with a caveat in the README that no package specific settings can be included in that file since use-package would probably not have been bootstraped yet when it is processed?

@freetonik
Copy link
Owner

Yes, you're right. It's time to include a whole section on both private config files. I'll work on this later this week.

@freetonik freetonik self-assigned this Sep 27, 2018
@freetonik freetonik added the enhancement New feature or request label Sep 27, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants