On 12/27/16 19:11, Charles C. Berry wrote:
> On Tue, 27 Dec 2016, daimrod wrote:
>
>> Hi,
>>
>> I've found what I think is a bug in orgmode parsing.
>> When the following file is parsed :
>>
>> * Test
>> #+BEGIN_SRC emacs-lisp :ex
On 12/27/16 19:09, Nicolas Goaziou wrote:
> Hello,
>
> daimrod writes:
>
>> #+RESULTS:
>> :RESULTS:
>> * Test2
>> :END:
>>
> [...]
>
>> (paragraph
>> (:begin 98 :end 119 :contents-begin 109 :con
Hi,
I've found what I think is a bug in orgmode parsing.
When the following file is parsed :
* Test
#+BEGIN_SRC emacs-lisp :exports results :results raw drawer
(format "- Test2")
#+END_SRC
#+RESULTS:
:RESULTS:
- Test2
:END:
The truncated result of `org-element-parse-buffer' is :
(src-block
(:l
On 11/10/16 10:50, Joost Kremers wrote:
>
> On Tue, Nov 08 2016, Joost Kremers wrote:
>> Hi,
>>
>> On Tue, Nov 08 2016, Nicolas Goaziou wrote:
>>> So you mean there is no equivalent to both
>>>
>>> (ebib-cur-entry-key)
>>
>> This one was what I was worried about, but on second thought, it
>> sho
On 11/08/16 13:23, Nicolas Goaziou wrote:
> Hello,
>
> Joost Kremers writes:
>
>> I just ran into org-ebib.el, a file that's part of org-contrib.
>> I noticed that it uses functions from Ebib that were renamed pretty
>> much exactly two years ago. (They're internal functions and thus got
>> an
raly TODO
> ie if i have this in my org file
>
> #+TODO: TODO(t) EXP(e) | SUBMITTED(s) K_TRACK(k) PAUSED(p) DONE(d)
>
> how can i match it by all the todos like TODO and EXP
In the agenda match, I use TODO<>"".
That is, all TODO keywords that aren't empty.
Best,
--
Daimrod/Greg
signature.asc
Description: PGP signature
e, it is very likely users
(or maybe even other parts of org-mode, I'haven't check) rely on it, and
expect to catch exceptions.
> +++ org-contacts-modif.el Wed Jun 24 09:13:56 2015
> [snip]
I agree with the modifications of org-contacts.el.
Maybe org-contacts.el should have its own version of
`org-check-agenda-file' (e.g. named `org-contacts-check-contacts-file')
until we find a better solution...
WDYT?
Best,
--
Daimrod/Greg
signature.asc
Description: PGP signature
any use case for an active timestamp at this location anyway?
> If there is not, we could automatically convert it to an inactive
> timestamp.
>
> WDYT?
I don't have any use for an active location here. IMO it clutters the agenda
with senseless entries.
Best,
--
Daimrod/Greg
signature.asc
Description: PGP signature
har-equal)
:test #'char-equal
(add-hook 'org-log-buffer-setup-hook
'dmd-org-active-timestamp-to-inactive-when-rescheduled)
It works for me but it should probably be fixed in org-mode itself.
Best,
--
Daimrod/Greg
signature.asc
Description: PGP signature
Nicolas Goaziou writes:
> Daimrod writes:
>
>> Here is an updated version of the second patch :
>
> Both look good. Could you can push them. Thank you.
Done, thank you.
> Regards,
--
Daimrod/Greg
signature.asc
Description: PGP signature
. ,org-agenda-regexp-filter)
`(effort . ,org-agenda-effort-filter)
- `(car . ,org-agenda-category-filter))
+ `(cat . ,org-agenda-category-filter))
(if (org-agenda-use-sticky-p)
(progn
(put 'org-agenda-tag-filter :preset-filter nil)
--
1.9.1
Best,
--
Dai
ter)
- `(car . ,org-agenda-category-filter))
+ `(category . ,org-agenda-category-filter))
(if (org-agenda-use-sticky-p)
(progn
(put 'org-agenda-tag-filter :preset-filter nil)
--
1.9.1
--
Daimrod/Greg
signature.asc
Description: PGP signature
Daniel Borchmann writes:
> ghItlhpu' Daimrod :
>>> My question is now: is this correct, or did I understand something
>>> wrong? If my understanding is correct, how this bug be fixed more
>>> elegantly?
>>
>> It doesn't work at startup when
er "Updating Org Contacts Database..." 0 (length org-contacts-files)))
(i 0))
(dolist (file (org-contacts-files))
- (org-check-agenda-file file)
(with-current-buffer (org-get-agenda-file-buffer file)
(unless (eq major-mode 'org-mode)
(error "File %s is not in `org-mode'" file))
--
1.9.1
> Regards,
--
Daimrod/Greg
signature.asc
Description: PGP signature
r)
+ `(re . ,org-agenda-regexp-filter)
+ `(car . ,org-agenda-category-filter))
(if (org-agenda-use-sticky-p)
(progn
(put 'org-agenda-tag-filter :preset-filter nil)
--
1.9.1
Best,
--
Daimrod/Greg
signature.asc
Description: PGP signature
Nicolas Goaziou writes:
> Hello,
>
> Daimrod writes:
>
>> I've encountered a bug when using org-mode in source blocks. I'm using
>> the latest version of org-mode from git:
>> Org-mode version 8.3beta (release_8.3beta-1195-g1a7364 [...])
>>
&
less.
e.g.
* test 1
^ point
* test 2
^ point
* test 3
^ point
...
Best,
--
Daimrod/Greg
signature.asc
Description: PGP signature
, that is,
by calling an Emacs Lisp function, not another source block. However,
the example only shows how to do it with another source block.
Is my understanding correct or not? If so, how can I post process the
result with an Emacs Lisp function?
Cheers,
--
Daimrod/Greg
; use warnings;
>
> open(my $fh, "<", "test.txt")
> or die "cannot open < file name: $!";
> <>
> close($fh);
> #+end_src
>
> #+NAME: output-all
> #+begin_src perl
> while (my $line = <$fh>) {
> print $line;
> }
> #+end_src
>
> Outputs a perl file, where the 1-st line is blank. What should I do to remove
> it?
--
Daimrod/Greg
signature.asc
Description: PGP signature
Bastien writes:
> Hi Greg,
Hi Bastien,
> Daimrod writes:
>
>> I've made a small function to link to a named block in org files.
>>
>> #+BEGIN_SRC emacs-lisp
>> (defun dmd--org-link-to-named-block ()
>> "Create an org-link to the named b
` but it's a big function and I
wonder why it's not splitted in smaller functions. (e.g.
org-help-store-link, org-w3-store-link, org-image-store-link, ...).
If you agree, I could split it.
WDYT?
Best,
--
Daimrod/Greg
signature.asc
Description: PGP signature
ty :search-option link)))
(t data
#+END_SRC
And I was wondering whether there is an easier way to retrieve the org
properties stored in the text properties of DATA.
Best,
--
Daimrod/Greg
signature.asc
Description: PGP signature
pture, but it only
> jumps to the capture destination and does not set up the entry.
You can customize your capture templates with `M-x org-capture RET C'.
Look especially at the plist keywords `:immediate-finish` and
`:jump-to-captured`.
Best,
--
Daimrod/Greg
signature.asc
Description: PGP signature
Nicolas Goaziou writes:
> Hello,
>
> Daimrod writes:
>
>> Since the change to `org-re-property' I have problems to display org
>> files. My *Message* buffer is spammed with the following error:
>>
>> Error during redisplay: (jit-lock-function 1119) sig
;>>:PROPERTIES:
>>>:chf: 21.76
>>>:eur:
>>>:END:
>>> #+END_EXAMPLE
>>
>> This should be fixed. Thank you for reporting it.
>
> Many thanks! It works here now.
Hi,
Since the change to `org-re-property' I have problems to display org
files. My *Message* buffer is spammed with the following error:
Error during redisplay: (jit-lock-function 1119) signaled (error "No match 3 in
highlight (3 (quote org-property-value) t)")
this number changes
I know the problem lies in org-re-property because if I revert the
change, it works as it did before.
Test file:
* TODO Test
:PROPERTIES:
:TEST: test
:END:
Best,
--
Daimrod/Greg
Charles Millar writes:
> Charles Millar wrote:
>> Daimrod wrote:
>>> +When GOTO is '(14) or \\[universal-argument]
>>> \\[universal-argument], go to the location of the last refiled
>>> item.
>> ^^
>>
>
> e.g. [[file+sys:///Users/chris/projects/marketing 2014]]
>
> Thanks.
--
Daimrod/Greg
gument], go to the location of the last refiled item.
RFLOC can be a refile location obtained in a different way.
When NO-UPDATE is non-nil, don't redo the agenda buffer."
(interactive "P")
--
1.8.0.2722.gc0242e5
--
Daimrod/Greg
gument], go to the location of the last refiled item.
RFLOC can be a refile location obtained in a different way.
When NO-UPDATE is non-nil, don't redo the agenda buffer."
(interactive "P")
--
1.8.0.2722.gc0242e5
--
Daimrod/Greg
se to allow the later to be matched with
, that is, to ignore time information.
WDYT?
--
Daimrod/Greg
ODO keywords for specific file that i can use
> fast access for
>
> any ideas?
It's all in the documentation. see (info "(org) Tracking TODO state changes")
>>>You can use the exact same syntax for setting logging preferences
>>> local to a buffer:
>>> #+TODO: TODO(t) WAIT(w@/!) | DONE(d!) CANCELED(c@)
--
Daimrod/Greg
Esben Stien writes:
> Daimrod writes:
>
>> It wasn't possible, but it is now. I've slightly modified
>> `org-contacts-export-as-vcard' so that it will prompt for a user name
>> when called with a prefix argument.
>
> This is in git?
Yes.
>> Th
nstead of a
file name.
When the function isn't called interactively it behaves as it did
before.
WDYT?
Best,
--
Daimrod/Greg
well but I guess that it checks for
agenda files even if the caller doesn't need them, hence the error.
I don't know (yet) if it's possible to disable this behavior, but in the
meantime you can remove the file from the agenda list.
Best,
--
Daimrod/Greg
her than delete them?
You can toggle the archive tag (C-c C-x a) or archive the tasks
(C-c C-x C-a).
--
Daimrod/Greg
Daimrod writes:
> Thanks, but I'm refactoring org-contacts a bit, and I think I have found
> a slightly better way to do that, but in the meantime you can use the
> aforementioned hook for your function.
It turns out that my idea was wrong, so I have used a version very
similar
appen,
> emacs is unresponsive and can only be killed from the outside. Any tips
> on how to debug this would be greatly appreciated.
See my previous post:
http://thread.gmane.org/gmane.emacs.orgmode/86255/focus=86263
You can wrap `jit-lock--debug-fontify' with:
(advice-add 'jit-lock--debug-fontify :around
(lambda (fun &rest args)
(with-local-quit (apply fun args
and then force emacs to break and display a backtrace by sending the
SIGUSR2 to the emacs process.
Best,
--
Daimrod/Greg
(lexical-let* ((to-return result))
> (list start end
> (lambda (string pred &optional to-ignore) to-return)))
>
Thanks, but I'm refactoring org-contacts a bit, and I think I have found
a slightly better way to do that, but in the meantime you can use the
aforementioned hook for your function.
Best,
--
Daimrod/Greg
Nicolas Goaziou writes:
> Daimrod writes:
>
>> My guess is that the lockup happens in `org-element--cache-key-less-p',
>> called by `org-element--cache-process-request'.
>
> Probably, but it doesn't mean that this particular function is buggy.
> The l
se of this, if the pattern found isn't at the top of the buffer,
then the point won't be at the pattern, but at the top of the buffer.
Best,
--
Daimrod/Greg
elp me to debug this?
1. M-x toggle-debug-on-error RET
2. report the backtrace
FWIW, I don't have this error using the latest version (HEAD) of
org-mode.
Regards,
--
Daimrod/Greg
Daimrod writes:
> Daimrod writes:
>
>> Nicolas Richard writes:
>>
>>> Daimrod writes:
>>>>> PS: The change about throwing an error when recentering a window
>>>>> that does not display the current buffer breaks ~37 tests in Org
>
Daimrod writes:
> Nicolas Richard writes:
>
>> Daimrod writes:
>>>> PS: The change about throwing an error when recentering a window
>>>> that does not display the current buffer breaks ~37 tests in Org
>>>> master branch, even with this fix.
Nicolas Richard writes:
> Daimrod writes:
>>> PS: The change about throwing an error when recentering a window
>>> that does not display the current buffer breaks ~37 tests in Org
>>> master branch, even with this fix. I need to digg this further.
>>
>
t make much sense: in many case (window-buffer) can be
> a buffer completely unrelated to Org.
Hmm, what was the previous behaviour of `recenter'? (i.e. before it
reports an error)
Did it just do nothing?
Best,
--
Daimrod/Greg
\\(" org-outline-regexp "\\)") nil t)
(beginning-of-line)
-(recenter (prefix-numeric-value N
+(org-recenter (prefix-numeric-value N
;;; Saving and restoring visibility
@@ -23324,6 +23324,11 @@ package ox-bibtex by Taru Karttunen."
(call-interactively 'reftex-citation)))
Functions extending outline functionality
+(defun org-recenter (&optional arg)
+ "Like `recenter' but ensure that the `current-buffer' is
+properly set."
+ (with-current-buffer (window-buffer)
+(recenter arg)))
(defun org-beginning-of-line (&optional arg)
"Go to the beginning of the current line. If that is invisible, continue
--
1.8.0.2722.gc0242e5
--
Daimrod/Greg
Nicolas Goaziou writes:
> Hello,
>
> Daimrod writes:
>
>> Okay, so I've found a more or less reliable way to reproduce this bug (on my
>> machine at least).
>>
>> 1. $ emacs -Q -l debug.el test.org
>> 2. Expand headline ()
>> 3. go below
Daimrod writes:
> Nicolas Goaziou writes:
>
>> Hello,
>>
>> Daimrod writes:
>>
>>> I've attached part of the traces (the whole traces are way too big) and
>>> the backtraces.
>>
>> Thanks for looking into this. However, you ar
rg-contacts-complete-group'.
It's been a long time since I played with the completion mechanism, so I
don't remember exactly how it worked. Maybe you can replace the mapcar
with your function, but it might a bit more tricky than that, especially
to handle empty result.
Thanks for your work :)
Best,
--
Daimrod/Greg
in a sparse tree or in the *org-agenda* buffer.
e.g.
C-x b contacts.org RET
C-c a m foo+bar RET
M-x org-contacts-copy-contacts RET
C-x b *Group* RET ;; Switch to Gnus
m ;; compose a message
C-c C-f ;; goto From
C-y
WDYT?
Best,
--
Daimrod/Greg
Eric Abrahamsen writes:
> Daimrod writes:
>
>> Bastien writes:
>>
>>> Hi Eric,
>>>
>>> Eric Abrahamsen writes:
>>>
>>>> After Nicolas made the last round of improvements to the caching
>>>> mechanism I got far fewer
Michael Strey writes:
> Hi Daimrod,
>
> On 2014-05-29, Daimrod wrote:
>
>> Hmm, I kinda like this. It seems a bit verbose but it's better than
>> having multiple values per properties (IMHO).
>>
>> Though, if we adopt this scheme, we would need to add som
Nicolas Goaziou writes:
> Hello,
>
> Daimrod writes:
>
>> I've attached part of the traces (the whole traces are way too big) and
>> the backtraces.
>
> Thanks for looking into this. However, you are running a compiled Org,
> which renders backtraces les
add a national code like in the following
> example
>
> :Address_1_Code: 01169
> would lead to "1169" in the propview table.
>
> so I replaced it with
> :Address_1_Code: DE-01169
What is `org-collector' and when does it happen?
I've done a quick test and the 0 appears in `org-contacts-db'.
Best,
--
Daimrod/Greg
We can probably close this bug.
I haven't been able to reproduce it with the org-mode bundled with the
pretest version.
Sorry for the noise.
Regards,
--
Daimrod/Greg
Alexis writes:
> Daimrod writes:
>
>> So, as you said, we would need to define and document a specification
>> for org-contacts. And we need to be clear from the beginning about
>> what it can do and what it can not do. For example, it is unlikely
>> that org-conta
ty ATM).
#+BEGIN_SRC org
,* Contact Name
:PROPERTIES:
:TYPE: org-contacts
:END:
,** PHONE
:PROPERTIES:
:TYPE: WORK
:END:
- num1
- num2
#+END_SRC
And of course it would be nice if we could keep as much compatibility
with the current format :)
--
Daimrod/Greg
Eric Abrahamsen writes:
> On 05/19/14 23:21 PM, Daimrod wrote:
>> Daimrod writes:
>>
>>> I have also semi-regular lockup with org-mode. I have opened a bug on
>>> debbugs and here is what Stefan told me to try to debug this:
>>>
>>>> You
Daimrod writes:
> I have also semi-regular lockup with org-mode. I have opened a bug on
> debbugs and here is what Stefan told me to try to debug this:
>
>> You can try `debug-on-event'.
>>
>> There's jit-lock-debug-mode but it doesn't disable inhibit-q
Bastien writes:
> Daimrod writes:
>
>> Bastien writes:
>>
>>> Daimrod writes:
>>>
>>>> I wonder if it is because `org-adaptive-fill-function' doesn't mix well
>>>> with `adaptive-wrap-prefix-mode'...
>>>
>
Eric Abrahamsen writes:
> Daimrod writes:
>
>> Bastien writes:
>>
>>> Hi Eric,
>>>
>>> Eric Abrahamsen writes:
>>>
>>>> After Nicolas made the last round of improvements to the caching
>>>> mechanism I got far fewer
Bastien writes:
> Daimrod writes:
>
>> I wonder if it is because `org-adaptive-fill-function' doesn't mix well
>> with `adaptive-wrap-prefix-mode'...
>
> (Nicolas has been doing some rewrite for filling functions in the
> master branch, maybe it'
g hack above, or maybe with debug-on-event, or with C-g C-g
> C-g, ...), then look at the *trace..* buffer.
I'll try to see what I can find this week end and report back.
By the way, if you want to see in which part the infloop occurs, you can
attach a gdb debugger to the running emacs, source the
/src/.gdbinit file and use the `xbacktrace' command.
$ gdb
gdb) source /src/.gdbinit
...
gdb) xbacktrace
You can also use the `bt' command but it contains much more noise.
--
Daimrod/Greg
signature.asc
Description: PGP signature
iate problem is that
> org-adaptive-fill-function does not terminate (or at least takes too
> long to terminate).
Ok.
> Now, one reason why this might happen here is that
> adaptive-wrap-prefix-mode calls org-adaptive-fill-function everywhere,
> so it might be called in places where it usually (i.e. when
> adaptive-wrap-prefix-mode isn't in use) isn't triggered.
Is there a way to disable the effect of `inhibit-quit' in `jit-lock' so
C-g interrupt again in order to get an elisp-backtrace with
`debug-on-quit'.
Otherwise, what's the best way to debug this? Looking closer at
`org-adaptive-fill-function'?
--
Daimrod/Greg
Daimrod writes:
> Stefan Monnier writes:
>
>>> So, that's an org-mode bug, I'll try to see if I can reproduce it
>>
>> Right: org-adaptive-fill-function should finish fairly promptly.
>>
>>> (though I wonder why it uses `inhibit-quit'
inhibit-quit' was set to T in org-mode.
> The flip side is that all code run from jit/font-lock, process filters
> and timers should be super extra careful to finish promptly and never
> ever get into an inf-loop.
I can see why. :)
--
Daimrod/Greg
Bastien writes:
> Daimrod writes:
>
>> Okay to push?
>
> Please go ahead, thanks,
done.
--
Daimrod/Greg
"
+ :group 'org-annotate-file
+ :type 'boolean)
(defun org-annotate-file-ellipsify-desc (string &optional after)
"Return shortened STRING with appended ellipsis.
--
1.8.0.2722.gc0242e5
--
Daimrod/Greg
o be? ie, in a state as though
> `org-agenda' had already been called, though it hasn't yet?
I call `org-agenda-list' in my `after-init-hook' but it is not "silent",
that is, it displays the agenda list.
Best,
--
Daimrod/Greg
signature.asc
Description: PGP signature
Feng Shu writes:
> Daimrod writes:
>
>> Feng Shu writes:
>>
>>> Hi:
>> Hi Feng,
>>
>> Look at the :post header argument.
>> (info "(org) post")
>
> How to use elisp in :post directly,
I don't think you can.
You have
ults output raw drawer
> tbl <- data.frame(a=c(1,2,3),b=c(3,2,1))
> print(ascii(tbl),type="org")
> #+END_SRC
>
> #+RESULTS:
> :RESULTS:
> [pointA]
> | |a |b |
> |---+--+--|
> | 1 | 1.00 | 3.00 |
> | 2 | 2.00 | 2.00 |
> | 3 | 3.00 | 1.00 |
> [pointB]
> :END:
--
Daimrod/Greg
Bastien writes:
> Hi Greg,
>
> Daimrod writes:
>
>> I've attached a small patch to support links (opening and storing) to
>> Ebib's[1] entries.
>>
>> Can I integrate it?
>
> Sure, please go ahead, thanks!
Done.
Best,
--
Daimrod/Greg
ur-db
+ (org-store-link-props
+ :type "ebib"
+ :link link
+ :description description
+
+(provide 'org-ebib)
+
+;;; org-ebib.el ends here
--
1.8.0.2722.gc0242e5
--
Daimrod/Greg
signature.asc
Description: PGP signature
(org-link-unescape option)
> ((assoc type org-link-protocols)
> (funcall (nth 1 (assoc type org-link-protocols)) path))
> ((equal type "help")
>
> François
>
--
Daimrod/Greg
d use org-element-link-parser, but that
> only works with point at the beginning of a link.
>
> The reason I was looking into this is here:
> http://kitchingroup.cheme.cmu.edu/blog/2014/03/07/Storing-label-links-in-org-mode/
>
> It just seems there must be a better way than I implemented. thanks!
Best,
--
Daimrod/Greg
jenenliu writes:
Hello,
> Can I write a org file and then export it as a markdown file ?
Sure, just load the library `ox-md' then you can export to a markdown
file with C-c C-e m m
--
Daimrod/Greg
Daimrod writes:
> Nicolas Goaziou writes:
>
>> Daimrod writes:
>>
>>> I had forgotten to rerun make after I pulled the latest version.
>>> `org-version' now returns "8.2.5h".
>>
>> This is still not right. 8.2.5h refers to "m
Bastien writes:
> Hi Nicolas and Greg,
>
> Nicolas Goaziou writes:
>
>> Daimrod writes:
>>
>>> I had forgotten to rerun make after I pulled the latest version.
>>> `org-version' now returns "8.2.5h".
>>
>> This is still not
Nicolas Goaziou writes:
> Daimrod writes:
>
>> I had forgotten to rerun make after I pulled the latest version.
>> `org-version' now returns "8.2.5h".
>
> This is still not right. 8.2.5h refers to "maint" branch, where cache
> doesn't ex
Nicolas Goaziou writes:
> Hello,
>
> Daimrod writes:
>
>> I use org-mode version release_8.0.2-101-gce5988 (I follow the git
>> upstream) and I tried it with `org-element-use-cache' set to nil.
>
> There was no `org-element-use-cache' in Org 8.0. Coul
Nicolas Goaziou writes:
> Hello,
>
> Daimrod writes:
>
>> I think that there is a bug in `org-element-context' because it doesn't
>> seem to parse link with spaces consistently.
>>
>> For example:
>>
>> #+BEGIN_EXAMPLE
>>
Nicolas Goaziou writes:
> Hello,
>
> Daimrod writes:
>
>> I think that since its recent rewrite, `org-open-at-point' adds 'file+'
>> before the name of the application before trying to find the correct
>> application.
>>
>&
nk (:type "file" :path "test%201%202%203" :raw-link "file:test%201%202%203"
:application nil :search-option nil :begin 1 ...))
#+END_EXAMPLE
Best,
--
Daimrod/Greg
signature.asc
Description: PGP signature
#'org-open-file)
#+END_SRC
adds `file+' and then search in `org-link-protocols'.
--
Daimrod/Greg
signature.asc
Description: PGP signature
Daimrod writes:
Fixed by ngz in commit 567ec87
> mirko writes:
>
>> Hi,
>
> Hello,
>
>> (Org-mode version 8.2.5h (release_8.2.5h-651-g897b60)
>>
>> I have an https address with an equal sign `=':
>>https://forums.virtualbox.org/viewforu
n an Emacs session with only org mode loaded (no user init)
>
> Thanks,
>
> Mirko
>
>
--
Daimrod/Greg
ve manual on org-contact.
> OK,
> I can search for a name as described above, I can add a new contact with M-x
> org-capture, but what else?
>
> Thank you,
>
> Regards,
>
> Alexander
>
--
Daimrod/Greg
signature.asc
Description: PGP signature
Øyvind Stegard writes:
> Daimrod writes:
>
> [...]
>
>> Thanks for the bug report!
>>
>> Don't you think that checking if one of the buffer would be enough and
>> faster?
>> With something like (every #'get-file-buffer org-contacts-files)
&
che that
> points to no buffer. This looked to me like the quickest approach for
> fixing it without getting to know org-contacts.el better.
>
Thanks for the bug report!
Don't you think that checking if one of the buffer would be enough and
faster?
With something like (every #'get-file-buffer org-contacts-files)
>
> Regards,
>
> Øyvind
--
Daimrod/Greg
signature.asc
Description: PGP signature
've implemented a version of equal[1] to compare this kind
of lists (to add tests to org-sync).
[1] https://github.com/daimrod/Emacs-config/blob/master/elisp/dmd-utils.el#L25
--
Daimrod/Greg
signature.asc
Description: PGP signature
llection predicate)
>'(metadata .
> - ((display-sort-function . org-contacts-display-sort-function
> + ((cycle-sort-function . org-contacts-display-sort-function)
> + (display-sort-function . org-contacts-display-sort-function
>
> (defun org-contacts-complete-group (start end string)
>"Complete text at START from a group.
--
Daimrod/Greg
signature.asc
Description: PGP signature
Feng Shu writes:
Thanks for the patch!
It's merged, I've taken the liberty to fix some typos.
Regards,
--
Daimrod/Greg
signature.asc
Description: PGP signature
Karl Voit writes:
> * Daimrod wrote:
>>
>> Hi Karl,
>
> Hi Daimrod!
>
>>> This is a very good patch, fixing an issue I also do have currently.
>>
>> I am curious, what was the issue?
>
> Sure: I do use contacts.org by myself and I tend to co
Karl Voit writes:
Hi Karl,
> This is a very good patch, fixing an issue I also do have currently.
I am curious, what was the issue?
Regards,
--
Daimrod/Greg
signature.asc
Description: PGP signature
; could you check on your side that it
doesn't break anything in your workflow?
Thanks,
--
Daimrod/Greg
signature.asc
Description: PGP signature
Feng Shu writes:
> Hi Daimrod!
> This is the 3 updated patch, if possible, please include it to master.
It's merged and pushed. I've also pushed another commit to fix the
formatting in some parts of the code and I've found a bug in
`org-contacts-split-property',
Feng Shu writes:
> Daimrod writes:
>
>>
>> This is not very idiomatic elisp, I would write something more like:
>> #+BEGIN_SRC emacs-lisp
>> (remove-if (lambda (el)
>>(member el expire-list))
>> list)
>> #+END_SR
)))
I forgot to ask, why do you also modify org-contacts-complete-name? This
function isn't used to export to VCARD, but to complete the email in
Gnus.
--
Daimrod/Greg
signature.asc
Description: PGP signature
(setq result (concat result "EMAIL:"
> (org-contacts-strip-link (car emails-list)) "\n"))
> @@ -886,7 +908,7 @@ to do our best."
> (when addr
> (format "ADR:;;%s\n" (replace-regexp-in-string "\\, ?" ";" addr)))
>
Nicolas Goaziou writes:
> Hello,
Hello Nicolas,
> Daimrod writes:
>
>> I'm playing a bit with org-element for org-contacts and I wanted to know
>> what is the prefered way to change an element.
>>
>> For example, ATM, when I want to change an elemen
1 - 100 of 162 matches
Mail list logo
