Re: [O] Color theme loading on startup
Daniel, I reread your answer. Looks like to are using the theme package cyberpunk ( https://github.com/n3mo/cyberpunk-theme.el ) which is compatible with load-theme. I got confused because you used the phrase color theme. Contrary to what the install instructions say in that theme package's README page, one should not set the `custom-theme-load-path` variable WHEN you install the package using the emacs package manager (package.el) and initialize the packages using `package-initialize`. If you have set that variable using Customize, erase it using the Customize interface. Then `(load-theme 'cyberpunk t nil)` will work. Check out the below emacs.SE for more detail. http://emacs.stackexchange.com/a/2113/115 -- Kaushal Modi On Jul 9, 2015 6:23 AM, Kaushal kaushal.m...@gmail.com wrote: Daniel, What version of emacs are you on? color-theme is a very old style of setting themes. I believe load-theme will not work for color themes. Check out this recent answer on emacs.SE for more detail: http://emacs.stackexchange.com/a/13825/115 -- Kaushal Modi On Jul 9, 2015 3:44 AM, Daniel Hertrich daniel@daniel-hertrich.photo wrote: Am 09.07.2015 um 04:45 schrieb Samuel W. Flint swfl...@flintfam.org: Daniel Hertrich daniel@daniel-hertrich.photo writes: Hi guys, quick question, as I don’t really see any root cause for this: Whenever I try to load a color theme directly from .emacs using load-theme, e.g. (load-theme 'cyberpunk) Try ~(load-theme 'cyberpunk t nil)~. That should work. Unfortunately it doesn’t. It has the same effect as without the „t nil“, background color is not applied. Daniel
Re: [O] Color theme loading on startup
Am 09.07.2015 um 04:45 schrieb Samuel W. Flint swfl...@flintfam.org: Daniel Hertrich daniel@daniel-hertrich.photo writes: Hi guys, quick question, as I don’t really see any root cause for this: Whenever I try to load a color theme directly from .emacs using load-theme, e.g. (load-theme 'cyberpunk) Try ~(load-theme 'cyberpunk t nil)~. That should work. Unfortunately it doesn’t. It has the same effect as without the „t nil“, background color is not applied. Daniel
Re: [O] Tables recently stopped aligning
William Denton w...@pobox.com writes: Thanks for locating this. I don't know enough about Org's workings to see what in the change introduced the bug, but something did go wrong, and column widths + table alignments are broken. I hope someone can fix it! The problem is that the highlighted condition is always true. There are two things causing this. First, format doesn't truncate string unless you do something like %40.40. Second, buffer-substring also returns invisible text. In practice this imply that tables can only grow and not truncate now. ;; Replace modified lines only. (dolist (l lines) (let ((line (if l (apply #'format rfmt (append (pop fields) emptystrings)) hfmt))) (if (equal (buffer-substring (point) (line-beginning-position 2)) line) ^^^ Rasmus -- A page of history is worth a volume of logic
Re: [O] Color theme loading on startup
Daniel, What version of emacs are you on? color-theme is a very old style of setting themes. I believe load-theme will not work for color themes. Check out this recent answer on emacs.SE for more detail: http://emacs.stackexchange.com/a/13825/115 -- Kaushal Modi On Jul 9, 2015 3:44 AM, Daniel Hertrich daniel@daniel-hertrich.photo wrote: Am 09.07.2015 um 04:45 schrieb Samuel W. Flint swfl...@flintfam.org: Daniel Hertrich daniel@daniel-hertrich.photo writes: Hi guys, quick question, as I don’t really see any root cause for this: Whenever I try to load a color theme directly from .emacs using load-theme, e.g. (load-theme 'cyberpunk) Try ~(load-theme 'cyberpunk t nil)~. That should work. Unfortunately it doesn’t. It has the same effect as without the „t nil“, background color is not applied. Daniel
[O] Doc suggestion: Clarify subtree export properties
I think the manual could be a bit clearer on one point of the use of :EXPORT_*: properties. http://orgmode.org/manual/Export-settings.html#Export-settings ~~ When exporting only a subtree, each of the previous keywords3 can be overridden locally by special node properties. These begin with ‘EXPORT_’, followed by the name of the keyword they supplant. For example, ‘DATE’ and ‘OPTIONS’ keywords become, respectively, ‘EXPORT_DATE’ and ‘EXPORT_OPTIONS’ properties. ~~ And... ~~ [2] If you want to configure many options this way, you can use several #+OPTIONS lines. ~~ *If* you already know what you're doing, then you know that you can't have multiple properties of the same name in the same PROPERTIES drawer. If you are reading the manual because you don't already know what you're doing, then you might simply convert the default block of options (inserted by C-c C-e # default RET) into multiple lines of properties, and then get annoyed when many of them are ignored. Perhaps add this? ~~ ... become, respectively, ‘EXPORT_DATE’ and ‘EXPORT_OPTIONS’ properties. Note that multiple EXPORT_OPTIONS lines are not supported, because node properties must have unique identifiers. ~~ hjh
[O] file link completion and html export...
OK, hi again, I realize I've been asking lots of question and generating a certain amount of noise. Many thanks for help you've all given in last little bit. I've finally moved over entirely reveal.js and org-reveal (it's so great!) and want to be sure that my presentations all work (a) locally, on my laptop, and (b) accessible online, for my students to examine afterwards. Most of my images are just stolen from the web, but occasionally I modify or generatethem myself. In this case they live in a local directory. I can easily sync these with org-publish-attachment, but only if I enter the links properly with C-c C-l. The worg tutorial suggests: Same is true for images. To add an image, put it in =~/org/img/test.jpg= and refer to it by : [[file:img/test.jpg]] When entered this way, file links are ocnverted to html relative links. I've tried this, but it seems as though emacs's file completion doesn't recognize this link style, and I don't get completion. Since I almost never know the name of the file I'm attaching, I get frustrated and enter a file:///home/matt/... link, which doesn't get altered on export. Is there a better solution? Thanks as always!
Re: [O] Tables recently stopped aligning
Hello, William Denton w...@pobox.com writes: Thanks for locating this. I don't know enough about Org's workings to see what in the change introduced the bug, but something did go wrong, and column widths + table alignments are broken. I hope someone can fix it! Fixed in 120dcd1. Thank you. Regards, -- Nicolas Goaziou
Re: [O] file link completion and html export...
Matt Price mopto...@gmail.com writes: OK, hi again, I realize I've been asking lots of question and generating a certain amount of noise. Many thanks for help you've all given in last little bit. I've finally moved over entirely reveal.js and org-reveal (it's so great!) and want to be sure that my presentations all work (a) locally, on my laptop, and (b) accessible online, for my students to examine afterwards. Most of my images are just stolen from the web, but occasionally I modify or generatethem myself. In this case they live in a local directory. I can easily sync these with org-publish-attachment, but only if I enter the links properly with C-c C-l. The worg tutorial suggests: Same is true for images. To add an image, put it in =~/org/img/test.jpg= and refer to it by : [[file:img/test.jpg]] When entered this way, file links are ocnverted to html relative links. I've tried this, but it seems as though emacs's file completion doesn't recognize this link style, and I don't get completion. Since I almost never know the name of the file I'm attaching, I get frustrated and enter a file:///home/matt/... link, which doesn't get altered on export. Is there a better solution? Are you not using C-c C-l? Do you enable ido for org? I get completion (sans ido) with emacs -q. Rasmus -- Not everything that goes around comes back around, you know
Re: [O] Tables recently stopped aligning
Nicolas Goaziou m...@nicolasgoaziou.fr writes: Hello, William Denton w...@pobox.com writes: Thanks for locating this. I don't know enough about Org's workings to see what in the change introduced the bug, but something did go wrong, and column widths + table alignments are broken. I hope someone can fix it! Fixed in 120dcd1. Thank you. Confirmed, thanks! -- Nick
