[O] Org-mode icon license

2017-07-16 Thread Konstantin Kliakhandler
Kosta -- Konstantin Kliakhandler http://slumpy.org )°) )°( (°(

[O] Exporting fuzzy links using LaTeX's autoref

2016-10-13 Thread Konstantin Kliakhandler
Hi Clément, I don’t know if you’ve found a satisfactory solution yet, but I found the following to work quite well in my case: ;; Define an export function for autoref links (defun kk/org-autoref-export (path desc format) "Export an autoref type reference for the given path" (case fo

Re: [O] BUG: swapped utf-8 symbols in org-entities

2016-08-29 Thread Konstantin Kliakhandler
ebase it to the maint branch... Weird. Hopefully this is good enough. Best, Kosta -- Konstantin Kliakhandler http://slumpy.org )°) )°( (°( On 5 July 2016 at 22:13, Nicolas Goaziou wrote: > Hello, > > Konstantin Kliakhandler writes: > > > I have an additional,

Re: [O] Why no secure code retrieval

2016-07-03 Thread Konstantin Kliakhandler
Thanks for the clarification and the detailed analysis. Sounds like you did you homework - I have a lot lo learn. Anyway, I would say that we agree on most points, and I'm more than content to leave it at that :-). Best Regards, Kosta -- )°))°((°( Konstantin Kliakhandler Sent on the go. On

Re: [O] Why no secure code retrieval

2016-07-03 Thread Konstantin Kliakhandler
Hello, On 3 July 2016 at 23:12, Robert Horn wrote: > > The SHA1's are reference elements used throughout git, and are primarily > for integrity protection against accidents, not against attackers. Hence > it's sufficient that > they be maintained by the git processes. > Sufficient for what? I

Re: [O] Why no secure code retrieval

2016-07-03 Thread Konstantin Kliakhandler
e comes down to such consideration, that gogs seems much more polished from a user perspective. Thanks, Kosta -- )°))°((°( Konstantin Kliakhandler Sent on the go. I think that the original question was looking at a different problem, and discussion of hosted tooling may be a distraction. The issues that

Re: [O] BUG: swapped utf-8 symbols in org-entities

2016-07-03 Thread Konstantin Kliakhandler
Thanks! I have an additional, similar patch - In this one I changed the unicode symbol for \circ from something looking like ^ to [image: \circ] (#x2218 = "ring operator" = \circ in TeX input method). Thanks, Kosta -- Konstantin Kliakhandler http://slumpy.org )°) )°(

Re: [O] BUG: swapped utf-8 symbols in org-entities

2016-06-30 Thread Konstantin Kliakhandler
antin Kliakhandler http://slumpy.org )°) )°( (°( On 28 June 2016 at 17:49, Nicolas Goaziou wrote: > Hello, > > Konstantin Kliakhandler writes: > > > The unicode letters for 'varphi' and for 'phi' are swapped. > > Good catch. > >

[O] Why no secure code retrieval

2016-06-28 Thread Konstantin Kliakhandler
Hello everyone, I have continually been perplexed by the (apparent) lack of ways to retrieve the code for org-mode in a secure fashion, but always thought that I just haven't tried hard enough. Today it dawned on me that there probably simply is no such way. I know that https can be a bit tedious

[O] BUG: swapped utf-8 symbols in org-entities

2016-06-28 Thread Konstantin Kliakhandler
Hello, The unicode letters for 'varphi' and for 'phi' are swapped. Here is a patch correcting this: diff --git a/lisp/org-entities.el b/lisp/org-entities.el index 4044432..6f6d054 100644 --- a/lisp/org-entities.el +++ b/lisp/org-entities.el @@ -204,9 +204,8 @@ packages to be loaded, add these pa

Re: [O] org-do-**mote does not work properly on empty headings

2015-09-02 Thread Konstantin Kliakhandler
Good to know, thanks! -- Konstantin Kliakhandler http://slumpy.org )°) )°( (°( On 2 September 2015 at 22:22, Kyle Meyer wrote: > Konstantin Kliakhandler writes: > > >(setq org-todo-keywords > > '((type "TODO(t!)" "|" "

Re: [O] org-do-**mote does not work properly on empty headings

2015-09-02 Thread Konstantin Kliakhandler
;CREDENTIAL($)" "OBJECT(o)" > "TEMP(e)") > (type "EVENT(n)") > (type "PROJECT(p!)" "|" "COMPLETE(m@)") > (type "(-)") > )) Disregard that there are key collisions, and

[O] org-do-**mote does not work properly on empty headings

2015-09-02 Thread Konstantin Kliakhandler
ps to reproduce: 1. Make a heading with some text underneath 2. M-Return to create a new heading 3. M-Right, M-Left would get you to the same heading level, but the cursor would be further to the right than started with. -- Konstantin Kliakhandler http://slumpy.org )°) )°( (°(

Re: [O] New Chrome Extension

2015-07-07 Thread Konstantin Kliakhandler
L/... > > If you don't specify "L" or "c" then would it let me choose which template > the capture gets sent to? Seems like it might be an extra keystroke to then > choose the template, but also more powerful... > > -k. > > > On 2015-07-07 at

Re: [O] New Chrome Extension

2015-07-07 Thread Konstantin Kliakhandler
link and the shorter for the full quote, and it might not matter. Could you try to make your "p" template similar to mine and see if it works? Alternatively, can you paste the templates you used? Cheers, Kosta -- Konstantin Kliakhandler http://slumpy.org )°) )°( (

[O] New Chrome Extension

2015-07-07 Thread Konstantin Kliakhandler
/kkkjlfejijcjgjllecmnejhogpbcigdc Enjoy, Kosta -- Konstantin Kliakhandler http://slumpy.org )°) )°( (°(

[O] Several org-entities to be fixed.

2014-12-10 Thread Konstantin Kliakhandler
ke-through. Attached is a patch that exchanges between the inverted symbols, and replaces the W symbol by the unicode 'SET MINUS' symbol. Thanks, Kosta -- Konstantin Kliakhandler http://slumpy.org )°) )°( (°( 0001-Corrected-several-symbols-in-org-entities.patch Description: Binary data

Re: [O] Weird behavior in `org-agenda-redo' and/or `org-mobile-push'

2014-11-30 Thread Konstantin Kliakhandler
. Thanks in advance, Kosta -- Konstantin Kliakhandler http://slumpy.org )°) )°( (°( On Thu, May 22, 2014 at 7:08 PM, Konstantin Kliakhandler wrote: > Hi Bastien, > > I'm willing to sign the FSF copyright papers, provided it isn't too big of > a hassle :-)

Re: [O] Weird behavior in `org-agenda-redo' and/or `org-mobile-push'

2014-05-22 Thread Konstantin Kliakhandler
Konstantin Kliakhandler http://slumpy.org )°) )°( (°( On Thu, May 22, 2014 at 1:59 PM, Bastien wrote: > Hi Konstantin, > > Konstantin Kliakhandler writes: > > > I also fixed the problems in both org-agenda.el and am including the > > patch. > > Thanks fo

Re: [O] Weird behavior in `org-agenda-redo' and/or `org-mobile-push'

2014-05-06 Thread Konstantin Kliakhandler
d the problems in both org-agenda.el and am including the patch. Thanks, Kosta -- Konstantin Kliakhandler http://slumpy.org )°) )°( (°( On Tue, May 6, 2014 at 6:54 PM, Konstantin Kliakhandler wrote: > While investigating the previous issue, I came upon this code: > >

Re: [O] Weird behavior in `org-agenda-redo' and/or `org-mobile-push'

2014-05-06 Thread Konstantin Kliakhandler
ng, simpler version? ;;;###autoload (defun org-store-agenda-views (&rest parameters) "Store agenda views." (interactive) (org-batch-store-agenda-views)) If so, what is it? Thanks in advance for furthering my education, Kosta -- Konstantin Kliakhandler http://slumpy.org )°) )

[O] Weird behavior in `org-agenda-redo' and/or `org-mobile-push'

2014-05-06 Thread Konstantin Kliakhandler
Hello, [This behavior appears in a previous and the following org versions: Org-mode version 8.2.6 (8.2.6-14-g063c8b-elpa @ /home/kosta/.emacs.d/elpa/org-20140505/)] I recently began seeing weird behavior when trying to run `org-mobile-push' in an agenda buffer; It appears the files are indeed pu

Re: [O] Bug: text jumps left and right while typing math when org-indent-mode and linum-mode are enabled. [8.2.5h (8.2.5h-98-g0820d0-elpa @ /Users/kosta/.emacs.d/elpa/org-20140407/)]

2014-04-19 Thread Konstantin Kliakhandler
Thanks! On Sat, Apr 19, 2014 at 3:06 PM, Bastien wrote: > Hi Konstantin, > > Konstantin Kliakhandler writes: > > > I've discovered a bug that hinders typing when org-indent-mode and > > linum-mode are both enabled. > > Yes, I see this glitch too, and I conf

Re: [O] Bug: Org-mode interprets lines starting with | as tables even when those lined are inside an align* block [8.2.5h (8.2.5h-30-gdd810b-elpa @ /home/kosta/.emacs.d/elpa/org-20140303/)]

2014-04-16 Thread Konstantin Kliakhandler
Thanks! On Wed, Apr 16, 2014 at 6:26 PM, Bastien wrote: > Hi Konstantin, > > Konstantin Kliakhandler writes: > > > Pretty much what the headline says. This incorrect interpretation means > > that if for example one tries to use org-cdlatex completions in that > &

Re: [O] Kill ring contains non-killed output after an export

2014-04-06 Thread Konstantin Kliakhandler
Hi Richard, Richard Lawrence writes: > ... > The behavior you are seeing is as expected, though I agree that this > behavior is usually not all that useful. See the variable > org-export-copy-to-kill-ring if you want to turn it off. Thanks! Now the export is much more usable for me. Out of cur

[O] Bug: Kill ring contains non-killed output after an export to pdf [8.2.5h (8.2.5h-30-gdd810b-elpa @ /Users/kosta/.emacs.d/elpa/org-20140303/)]

2014-04-05 Thread Konstantin Kliakhandler
Hello, Whenever I export an org file to pdf, subsequently my kill-ring contains the tex code of the intermediate latex stage. Steps to reproduce: 1. Paste the following into an org buffer: * test * another test 2. Press [C-c C-e l p] to export to pdf (note: on my machine the pdf didn't compile,

[O] Bug: Org-mode interprets lines starting with | as tables even when those lined are inside an align* block [8.2.5h (8.2.5h-30-gdd810b-elpa @ /home/kosta/.emacs.d/elpa/org-20140303/)]

2014-03-27 Thread Konstantin Kliakhandler
Hello, Pretty much what the headline says. This incorrect interpretation means that if for example one tries to use org-cdlatex completions in that line or later in the block, they won't work: Instead, new cells will be created. Example code: \begin{align*} |x \end{align*} Emacs : GNU Emacs 2

Re: [O] Bug: \uline produced inside \section in latex export [8.2.5h (8.2.5h-30-gdd810b-elpa @ /home/user/.emacs.d/elpa/org-20140303/)]

2014-03-22 Thread Konstantin Kliakhandler
Hello, On Mar 22, 2014 7:06 PM, "Nicolas Richard" wrote: > I'd go even a little further : assuming it makes sense to underline > within a section header, does it also make sense to propagate that > formatting to the toc and/or header of the document ? If not, I suggest > exporting as: > \section[

Re: [O] Bug: \uline produced inside \section in latex export [8.2.5h (8.2.5h-30-gdd810b-elpa @ /home/user/.emacs.d/elpa/org-20140303/)]

2014-03-22 Thread Konstantin Kliakhandler
Nicolas Goaziou writes: > This comes from commit 4fc03ec1fe23c6ddccffaa064a282b258ca8b6b8. > > See thread at: > > http://comments.gmane.org/gmane.emacs.orgmode/67741 If it matters, I think that it would be preferable to solve it in a way that exports the intended emphasis, rather than deletes i

Re: [O] Bug: \uline produced inside \section in latex export [8.2.5h (8.2.5h-30-gdd810b-elpa @ /home/user/.emacs.d/elpa/org-20140303/)]

2014-03-22 Thread Konstantin Kliakhandler
Thanks! On Sat, Mar 22, 2014 at 1:32 AM, Bastien wrote: > Hi Konstantin, > > Konstantin Kliakhandler writes: > > > It appears that org-mode produces invalid latex code. An example > > follows. > > Fixed, thanks, > > -- > Bastien >

[O] Bug: \uline produced inside \section in latex export [8.2.5h (8.2.5h-30-gdd810b-elpa @ /home/user/.emacs.d/elpa/org-20140303/)]

2014-03-21 Thread Konstantin Kliakhandler
Hello, It appears that org-mode produces invalid latex code. An example follows. Best, Kosta Insert the following example text into an org buffer: === * _Example Text_ === Then export as latex. The following is produced: === % Created 2014-03-21 Fri 17:45 \documentclass[11pt]{article} \usepac