iable to the variables in the src
>> definition.
>> >
>> > E.g. for the sql src block, I want to execute a script on different
>> server.
>> > I want to define a variable for the ":dbhost" variable.
>> did you think about something like this?
>>
>>
>> (setq hmw/dbhost "db1")
>>
>> #+BEGIN_SRC sql :dbhost (symbol-value 'hmw/dbhost) :dbuser weather
>> :database environment :engine postgresql
>> select time, temperature from weather limit 20;
>> #+END_SRC
>>
>> Regards
>> hmw
>>
>>
--
Ihor Radchenko,
PhD Student
Singapore University of Technology and Design,
8 Somapah Road Singapore 487372
Email: yanta...@gmail.com, ihor_radche...@mymail.sutd.edu.sg
Tel: +6584017977
signature.asc
Description: PGP signature
tting TODO states to work.
> In ORG I select new heading than TODO from the menu but I don’t understand
> how to save this so that it works with things like agenda view?
--
Ihor Radchenko,
PhD Student
Singapore University of Technology and Design,
8 Somapah Road Singapore 487372
Email:
in UTC+8.
Emacs : GNU Emacs 25.3.1 (x86_64-pc-linux-gnu, X toolkit)
of 2017-12-06
Package: Org mode version 9.1.4 (9.1.4-13-g84cb63-elpa @
/home/yantar92/.emacs.d/elpa/org-20171218/)
--
Ihor Radchenko,
PhD Student
Singapore University of Technology and Design,
8 Somapah Road Singapore 487372
Email
-g84cb63-elpa @
/home/yantar92/.emacs.d/elpa/org-20171218/)
--
Ihor Radchenko,
PhD Student
Singapore University of Technology and Design,
8 Somapah Road Singapore 487372
Email: yanta...@gmail.com, ihor_radche...@mymail.sutd.edu.sg
Tel: +6584017977
signature.asc
Description: PGP signature
perty(EMAIL,#{{{property(CLIENT)}}})}}}
> :EXPORT_FILE_NAME: ./a_project
> :END:
>
> project: {{{property(NAME)}}}
> for: {{{property(CLIENT)}}}
> {{{property(CLIENT_ADDRESS)}}}
> {{{property(CLIENT_EMAIL)}}}
&
referring to the same file. I like to keep files as
> attachments so that they are committed with my org-files. Any help here,
> either in fixing my workflow or helping me figure out how to get a link
> to an existing file that is attached to an org-heading, would be greatly
> appreciated.
>
>
s necesidades del mundo,
> ahí está tu vocación.
> (Anónimo)
>
--
Ihor Radchenko,
PhD Student
Singapore University of Technology and Design,
8 Somapah Road Singapore 487372
Email: yanta...@gmail.com, ihor_radche...@mymail.sutd.edu.sg
Tel: +6584017977
signature.asc
Description: PGP signature
spite how great Emacs and Org are, this is one area in which their
> power may make them more vulnerable to such issues. Their use of global
> state and special variables also makes unintended consequences easier to
> achieve.
>
> This is why I think we should always be very careful. Or
I am dumb...
Forgot to load 'org-inlinetask
'Ihor Radchenko' <yanta...@gmail.com> writes:
> 1. Create the following same org file:
> * Test
> - blah
> - a
> - b
> - c
> *** List folding stops here
> :PROPERTIES:
> :
...@gmail.com> writes:
> in friendly jest:
>
> On 12/21/17, Ihor Radchenko <ihor_radche...@mymail.sutd.edu.sg> wrote:
>> intended recipient, you are hereby notified that any use, dissemination,
>> distribution, or copying of this message, or any attachment, is s
Well, you could associate a reward to that kind of tasks.
For example, you can allow yourself to work half a day.
Alternatively, you can make a task you would like to do (say, watch a
new movie) to be blocked until the unwanted task is done.
"Peter Neilson" writes:
> On Thu, 11 Oct 2018
> I've thought about this for a while. It seems to me that the issue is
> that Org buffers are, of course, plain-text buffers. There is no
> persistent, in-memory representation other than the buffer, so whenever
> Org needs structured/semantic data, it must parse it out of the buffer,
Hi Gustav,
Thanks for the patch!
I am a heavy user of org attachments, so it is pleasant that someone
spent a time to implement this useful feature into org.
A comment regarding the code.
Your new link types appears to reimplement some of the code for the
"file:" links.
Would it make more sense
FYI
"Note taker and org-clock-in enforcer"
https://github.com/roman/clocker.el
Best,
Ihor
Marcin Borkowski writes:
> Hi Orgers,
>
> I am making an Org-mode-based tool to help boost my productivity.
>
> I am constantly fighting a losing battle with distractions. I figured
> out that showing
Thanks!
Did not know about `org-with-limited-levels'.
After reading the function docstring again, I see that it behaved
correctly.
However, it seems that `org-back-to-heading' is not really used
according to the docstring in the org source code:
- `org-agenda' with subtree restriction: the
Hi,
Check out the following code:
(defvar org-concatenated-properties '("AA")
"A list of property names (strings), which should be computed via
concatenation with the parent properties.")
(define-advice org-entry-get (:around (oldfun pom property inherit
literal-nil)
y so far)
>
> Unclocked time so far: 3min.
> --8<---cut here---end--->8---
>
> My questions are:
>
> - is anyone interested in something like this?
>
> - are there any features you would like to have? (I have some ideas,
> too.)
>
&g
> To motivate people focusing on there work, something like the link below
> could be
> an idea, especially for gamers ;)
>
> https://habitica.com/static/home
It would be great to integrate it with Org.
Roland Everaert writes:
> Regarding auto-clocking, you should look at what norang did.
>
I mean something like what we have for calendar sync.
The data can be stored/edited both in the service and in relevant org
files.
Roland Everaert writes:
> Ihor Radchenko writes:
>
>>> To motivate people focusing on there work, something like the link below
>>&
See the code below:
#+NAME: ansi-escape-filter
#+begin_src emacs-lisp :var data=""
(with-temp-buffer
(insert data)
(ansi-color-apply-on-region (point-min) (point-max))
(buffer-string))
#+end_src
#+RESULTS: ansi-escape-filter
#+begin_src sh :dir /sudo:: :results output :post
do that but my intention was more about introducing the 0-level headline
> concept.
Yeah. But someone needs to volunteer with the patch.
It would be even better if these 0-level headings can be edited from the
referencing file.
Regards,
Ihor
Gustav Wikström writes:
> Hi,
>
>> -O
> Decoupling is not a good idea. Because it will let user define too much
> keybindings. And User can define keybinding in Emacs easily. Emacs is
> powerful for customization.
I disagree. It is against emacs philosophy.
It is one of the key features of emacs that users can redefine
keybindings if
find-file-noselect file)
(concat (format "* %s\n" (buffer-file-name))
(replace-regexp-in-string "^\\*" (concat "*" stars)
(buffer-string))
#+end_src
Best,
Ihor
Gustav Wikström writes:
> Hi,
>
>>
; path of the org-file and its headings containing the links. I probably
> wouldn't use it much myself though. Not until org-mode starts working better
> with multiple files, allowing us to more easily define "org-mode libraries".
>
> /G
>
>> -Original Message
of 2019-04-29
Package: Org mode version 9.2.3 (9.2.3-17-g4df705-elpaplus @
/home/yantar92/.emacs.d/elpa/org-plus-contrib-20190513/)
--
Ihor Radchenko,
PhD,
Center for Advancing Materials Performance from the Nanoscale (CAMP-nano)
State Key Laboratory for Mechanical Behavior of Materials, Xi'a
Dear Dmitrii,
Regarding the question about buffer-lens interaction. Let's take even
more complicated example: To run the command, the user hits some key
combination, which happens to be bound to different commands in the main
buffer and in the lense buffer (i.e. the main buffer is in org-mode,
yet unfinished.
I see. Hope that overlays will be optimised eventually...
Eli Zaretskii writes:
>> From: Ihor Radchenko
>> Cc: 35...@debbugs.gnu.org
>> Date: Sun, 05 May 2019 09:05:46 +0800
>>
>> > Of course, if someone comes up with ideas how to speed up
> There must be good reasons why some more
> users than just me sometimes prefer the format B over A:
Fair enough. Thanks for the clarification.
Best,
Ihor
Michael Brand writes:
> Hi Ihor
>
> On Tue, May 7, 2019 at 5:27 AM Ihor Radchenko wrote:
>
>> I am wonder
Dear Michael,
> ... I want self-explaining links with the already existing and
> complete heading structure and don't want to add any ID, CUSTOM_ID or
> <>. See this example:
I am wondering why you are strictly against ID properties.
The IDs can be set automatically. The property drawer can be
Dear Martin,
Just go to the beginning of buffer and (while (re-search-forward
org-clock-line-re) (org-ctrl-c-ctrl-c)) . Or you can use keyboard
macros ;)
Best,
Ihor
Martin Schroeder writes:
> I have imported a bunch of log lines with CLOCK periods from another
> program into an org file but
Hi,
There seems to be not much interest about this email, so I doubt that
the described functionality will be added to org any time soon.
However, let me try to give you some hints, which might be useful for
your personal config.
> For example, how would one create a custom agenda view that
>
>
how can "embedding" (of a buffer as a part of another buffer as an
> area) be done efficiently? This could possibly be approached as two
> problems: (i) displaying the area and (ii) interacting with it.
> Any ideas?
--
Ihor Radchenko,
tructure size a bit, we can
significantly speed up the buffer motion commands.
Best,
Ihor
Eli Zaretskii writes:
>> From: 'Ihor Radchenko'
>> Date: Thu, 25 Apr 2019 14:23:06 +0800
>>
>> C-n and C-p are extremely slow (>10 sec to move one visual line) when
>> moving a
When defining a time interval using org-schedule, I can usually type
something like "2pm+2" and get "SCHEDULED: <2019-07-09 Tue
14:00-16:00>". However, typing "11pm+2" leads to incorrect behaviour.
The result is "SCHEDULED: <2019-07-09 Tue 23:00-25:00>", which is
obviously wrong.
Emacs : GNU
Thanks for the clarification. I never saw this format earlier.
Matthew Piziak writes:
>> obviously wrong
>
> It's natural to think so, but my Org mode correctly interprets `Tue
> 25:00` as being equivalent to `Wed 01:00`. That includes agenda
> scheduling filters.
>
> This format is used in
g-mode, especially for interacting with code.
> If you are interested, please, see this link:
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=35419
--
Ihor Radchenko,
signature.asc
Description: PGP signature
ove useful in
> Org-mode, especially for interacting with code.
> If you are interested, please, see this link:
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=35419
--
Ihor Radchenko,
signature.asc
Description: PGP signature
--- End Message ---
--
Ihor Radchenko,
signature.asc
Desc
uot; (yant/task-fulltitle)
(org-link-set-parameters "id"
:desk #'org-id-link-desk)
#+end_src
Best,
Ihor
--
Ihor Radchenko,
PhD,
Center for Advancing Materials Performance from the Nanoscale (CAMP-nano)
State Key Laboratory for Mechanical Behavi
If you replace desk with
> description everywhere in your code is that what you mean?
>
> Ihor Radchenko writes:
>
>> Hi,
>>
>> Wondering if anyone is interested in adding a new org-link property to
>> customise generating the link description.
>>
>&
Regards,
Ihor
Emacs : GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit)
of 2019-04-29
Package: Org mode version 9.1.13 (9.1.13-dist @
/home/yantar92/.emacs.d/straight/build/org/)
--
Ihor Radchenko,
PhD,
Center for Advancing Materials Performance from the Nanoscale (CAMP-nano
> Carsten
>
> On Sat, Aug 3, 2019 at 8:22 AM Ihor Radchenko wrote:
>
>>
>> org-sort-entries seems to unfold everything in the subtree even if no
>> modification was done to the buffer during sorting.
>>
>> Steps to reproduce:
>>
>> Conside
Dear Nathan,
> Has anyone coded such a plugin or am I missing some cool Helm-fu?
Not exactly the same, but see the code below. Note that the code does
not support creating CUSTOM_ID. Instead, it silently creates an ID if it
does not exist (see (org-id-get ... 'create)).
The helm completion will
(or attach-dir-inherited
dir)))
#+end_src
Regards,
Ihor
Gustav Wikström writes:
> Hi Ihor,
>
>> -Original Message-
>> From: Ihor Radchenko
>> Sent: den 27 juli 2019 16:56
>> To: Gustav Wikström ; Nicolas Goaziou
>>
>> Cc: e
Hi,
> ATTACH_DIR_INHERIT is no longer supported and is +removed.
I just found that removing ATTACH_DIR_INHERIT broke my current
configuration. I do not use ATTACH_DIR property - all the attachment
folders are created using ID. Also, I use ID property to store links to
entries. Therefore,
> That includes agenda scheduling filters.
I recently tried to use the format. Actually, agenda fails to recognise
schedule interval like "SCHEDULED: <2019-07-23 Tue 23:00-29:00>". The
task is not shown in agenda view with error "org-duration-to-minutes:
Invalid duration format: "+5:00"".
The
e.
I can rewrite my skip functions into queries, but I don't expect much
improvement since org-ql seems to use org-entry-get, which is the main
performance bottleneck for my agenda generation.
Best,
Ihor
adam Porter writes:
> Ihor Radchenko writes:
>
>>> Be sure to read the Emacs Li
ance can degrade.
>
>> org-ql doesn't use skip functions, just queries.
>
> Skip functions are essentially used-defined queries as soon as the
> queries are tested against every headline.
> I can rewrite my skip functions into queries, but I don't expect much
> improvement sinc
ambda (in the process
buffer). But backwards-sexp fails on float (it moves point just after
the point).
P.S. I just noticed that async tangle fails when I try to tangle into
"/sudo::filename". Not even sure how to fix it.
Best,
Ihor
Diego Zamboni writes:
> Hi Ihor,
>
> On
ambda (in the process
buffer). But backwards-sexp fails on float (it moves point just after
the point).
Best,
Ihor
Diego Zamboni writes:
> Hi Ihor,
>
> On Thu, Dec 12, 2019 at 4:00 PM Ihor Radchenko wrote:
>
>> See the relevant code from my config below. Let me know if you h
I am thinking if it is possible to implement org-agenda-redo
asynchronously.
Rebuilding agenda should normally not affect any buffer except agenda
buffer. So, it should be sufficient to block any agenda modifying
commands in the agenda buffer, redo the agenda buffer in separate
thread, and
rce the buffers to be saved first,
> but that may not always be desirable, as saving buffers can have
> side effects.
>
> If your agenda buffers are taking too long to refresh, you might
> consider org-ql's views/saved-searches as an alternative. The built-in
> caching in org-ql
t; I cannot answer your question, but I am curious about using async together
> with tangling, since for some of my buffers, tangling takes some time and
> freezes Emacs in the process. Do you have some examples of this that you
> could share?
>
> Thanks,
> --Diego
>
>
> On T
what is produced by typing 11pm+6 in org-read-date).
However, I got a reply that 23:00-29:00 is a valid time interval
format (see "Bug: Incorrect behaviour of org-schedule when defining a
time in").
Best,
Ihor
Nicolas Goaziou writes:
> Hello,
>
> 'Ihor Radchenko' writes:
>
-29:00 is a valid time interval
format [1].
Best,
Ihor
[1] https://lists.gnu.org/archive/html/emacs-orgmode/2019-07/msg00039.html
Nicolas Goaziou writes:
> Hello,
>
> 'Ihor Radchenko' writes:
>
>> I have one scheduled item like the following:
>>
>> * test
>> &l
for the info! I did not know about this optimisation in org-ql.
org-entry-get consumes most of cpu time while building my agenda views.
Though I don't think that there will be much difference for me since
most of my property conditions in agenda involve inherited properties.
Regards,
Ihor
Adam Po
Recipe:
1. Create an org file with the following contents:
* 1
** 2
2. emacs -Q
3. Open the file
4. Put the point at the end of the second headline
5. M-: (message "%s" (org-element-at-point))
Expected behaviour:
According to org-element-at-point docstring, "Properties depend on
element or
I have one scheduled item like the following:
* test
<2019-12-05 Thu 23:00-29:00>
This kind of item fails to be parsed by agenda because of incorrect
treatment of 23:00-29:00 time interval
Specifically, calling
(org-agenda-format-item nil #("test" 0 3 (face org-level-1 org-category
"schedule"
Recipe:
1. emacs -Q
2. Execute the following lisp code:
(setq org-src-tab-acts-natively t)
(require 'org-tempo)
(push (cons "el" "src emacs-lisp") org-structure-template-alist)
3. Create the following org file:
#+begin_src emacs-lisp
#+end_src
4. Put the point before the code block
5.1.
nnocuous when `org-src-tab-acts-natively' is nil.
The most straightforward solutions are deleting the `'>' elements from
the template or temporary setting the `org-src-tabs-acts-natively' to
nil.
Best,
Ihor
"Berry, Charles" writes:
>> On Dec 18, 2019, at 5:07 AM, Ihor Radchenko
oss the buffer with re-search-forward).
Any ideas how to deal with this?
Best,
Ihor
Adam Porter writes:
> Ihor Radchenko writes:
>
>>>> Asynchronous code is not faster; it's generally slower because of
>>>> yielding and synchronization.
>>
>>
[Forwarding this to emacs-devel]
The naming convention for mode-specific bug reporting seems to be
confusing. The bug reporting functions are often not easy to discover
without knowing the explicit command name (especially with emacs default
completion interface). For example see recent message
Dear Michael,
> BTW, what is the canonical place to report org-mode bugs? Emacs bug
> reports are not (takes a long time until someone even notices) -- I
> thought this list would be good...or is there a better place? @Adam
> it's ok if you answer, though I'm a bit disappointed that no one
/build/org/)
--
Ihor Radchenko,
PhD,
Center for Advancing Materials Performance from the Nanoscale (CAMP-nano)
State Key Laboratory for Mechanical Behavior of Materials, Xi'an Jiaotong
University, Xi'an, China
Email: yanta...@gmail.com, ihor_radche...@alumni.sutd.edu.sg
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
))
> #+end_src
>
> Can I add this as a patch to Org Mode repository?
>
> --
> [ stardiviner ]
>I try to make every word tell the meaning what I want to express.
>
>Blog: https://stardiviner.github.io/
>IRC(freenode): stardiviner,
th
org-element-cache). At least, optionally.
I was counting on this feature to try speeding up my agenda generation
(using org-element-cache).
Best,
Ihor
Bastien writes:
> Hi Ihor,
>
> Ihor Radchenko writes:
>
>> According to org-element-at-point docstring, "Properties d
da. But I was stuck with the :parent
property issue and did not play much further since that time.
Best,
Ihor
Nicolas Goaziou writes:
> Hello,
>
> Ihor Radchenko writes:
>
>>> Probably the docstring needs to be adapted - Nicolas knows this area
>>> better than me.
("file" :complete org-link-complete-file)
> ("elisp" :follow org-link--open-elisp)
>("doi" :follow org-link--open-doi))
> org-agenda-file-regexp "\\`[^.].*\\.org\\(\\.gpg\\)?
org-mode syntax in body
(org-escape-code-in-region (point-min) (point-max)))
(buffer-string)))
Best,
Ihor
stardiviner writes:
> Ihor Radchenko writes:
>
>> [offtopic]
>>
>>> I
Hi Bastien,
I can confirm that the bug is not there anymore.
Best,
Ihor
Bastien writes:
> Hi Bram and Ihor,
>
> this should be fixed now in maint and master.
>
> I implemented a different fix, please test it and report
> any problem.
>
> Thanks,
>
> --
>
4F3FOZtyhQF+ALCfw==
>>> =0jTv
>>> -END PGP SIGNATURE-
>>>
>
>
> - --
> [ stardiviner ]
>I try to make every word tell the meaning what I want to express.
>
>Blog: https://stardiviner.github.io/
>IRC(freenode): stardiviner, Matrix: stardiviner
>
/msg00174.html
Emacs : GNU Emacs 28.0.50 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.13,
cairo version 1.16.0)
of 2020-04-01
Package: Org mode version 9.3.6 (release_9.3.6-441-gba6855 @
/home/yantar92/.emacs.d/straight/build/org/)
--
Ihor Radchenko,
PhD,
Center for Advancing Materials
Hi,
I still can reproduce the bug, following the recipe.
Org mode version 9.3.6 (release_9.3.6-441-gba6855 @
/home/yantar92/.emacs.d/straight/build/org/)
Best,
Ihor
Bastien writes:
> Hi Ihor,
>
> this is fixed in maint now, thanks!
>
> --
> Bastien
--
Ihor Radc
--
> Bastien
>
--
Ihor Radchenko,
PhD,
Center for Advancing Materials Performance from the Nanoscale (CAMP-nano)
State Key Laboratory for Mechanical Behavior of Materials, Xi'an Jiaotong
University, Xi'an, China
Email: yanta...@gmail.com, ihor_radche...@alumni.sutd.edu.sg
; (e.g. regarding the name of org-id-cleanup.el).
>
> Best regards
> Marc
>
--
Ihor Radchenko,
PhD,
Center for Advancing Materials Performance from the Nanoscale (CAMP-nano)
State Key Laboratory for Mechanical Behavior of Materials, Xi'an Jiaotong
University, Xi'an, China
Email: yanta...@gmail.com, ihor_radche...@alumni.sutd.edu.sg
drawer. Opening these drawers (or a customised list of drawers) on
would actually make sense for me.
Nicolas Goaziou writes:
> Hello,
>
> Ihor Radchenko writes:
>
>>> Thanks Ihor, I indeed found related code in Org Mode source. I implemented a
>>> similar f
org-get-outline-path ;)
George Mauer writes:
> I feel silly that I can’t figure this out but how do I get the current
> heading, its parent, its parent parent, etc via elisp?
--
Ihor Radchenko,
PhD,
Center for Advancing Materials Performance from the Nanoscale (CAMP-nano)
Sta
> to add a prop during the agenda creation process. Am I missing
> something? Or do I just need to modify `org-agenda-get-scheduled` directly?
>
> Thanks,
> Sam
>
--
Ihor Radchenko,
PhD,
Center for Advancing Materials Performance from the Nanoscale (CAMP-nano)
State Key Lab
5KpDJVyhkBD3NGSzuhmP8kiJ2hx05dh9PpLB9+YUeUX+8bb82biEu/O0
> ynWItysHG7t116+UuSQ0ShHE2yJffZqa0ygKfIukdPw7hLqBKSrudZX0Zp9yyPHh
> SKh+olNHbOyQCpSZRjrMzhDETBP/g+FjiCMlmO2024F3FOZtyhQF+ALCfw==
> =0jTv
> -END PGP SIGNATURE-
>
--
Ihor Radchenko,
PhD,
Center for Advancing Materials Performance from the Nanoscale (CAMP-nano)
State Key Laboratory for Mechanical Behavior of Materials, Xi'an Jiaotong
University, Xi'an, China
Email: yanta...@gmail.com, ihor_radche...@alumni.sutd.edu.sg
ia Mumbai)
> 115.114.115.7 (India Hyderabad)
> 213.19.144.110 (EMEA)
> 103.122.166.55 (Australia)
> 209.9.211.110 (Hong Kong)
> 64.211.144.160 (Brazil)
> 69.174.57.160 (Canada)
> 207.226.132.110 (Japan)
> Meeting ID: 849 205 716
>
>
> John
>
> -----
chive/html/bug-gnu-emacs/2019-04/txte6kQp35VOm.txt
--
Ihor Radchenko,
PhD,
Center for Advancing Materials Performance from the Nanoscale (CAMP-nano)
State Key Laboratory for Mechanical Behavior of Materials, Xi'an Jiaotong
University, Xi'an, China
Email: yanta...@gmail.com, ihor_radche...@alumni.sutd.edu.sg
solution to this issue?
>
> I am running:
>
> * Org mode version 9.3.
>
> * GNU Emacs 27.0.91 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.17,
> cairo version 1.17.3) of 2020-04-20.
>
> Best regards,
> Protesilaos
>
>
> --
> Protesilaos Stavrou
> pr
a while. So, I do not have much hope on
Emacs implementing efficient overlay access in the near future. (And I
have problems with huge org files already).
[1]
https://www.reddit.com/r/planetemacs/comments/e9lgwn/history_of_lucid_emacs_fsf_emacs_schism/
[2] https://lists.gnu.org/archive/html/emacs-
did you not know about M-x org-insert-link-like-ivy-with-refile"
> so go gentle on me if I've missed something obvious. It seems I often do.
> This weekend in particular I've added on a whole bunch of small but in the
> aggregate, large productivity improvements to my emacs setup which I
> appr
th us upon Saint Crispin's day.
>>
>> Just curious as to whether that's possible. YMMV before you start debating
>> on whether you think this is a good idea or not... =]
>>
>> Of course, I'd want the code highlighting especially to work that way,
>> though... =] Less concerned with whether it works in export modes for the
>> moment, more about display atm.
>>
>> thanks!
>> Daryl.
>>
>>
>>
>>
>>
>
--
Ihor Radchenko,
PhD,
Center for Advancing Materials Performance from the Nanoscale (CAMP-nano)
State Key Laboratory for Mechanical Behavior of Materials, Xi'an Jiaotong
University, Xi'an, China
Email: yanta...@gmail.com, ihor_radche...@alumni.sutd.edu.sg
The default date is that of %t, see above.
Best,
Ihor
Joseph Vidal-Rosset writes:
> Le lun. 05/04/20 mai 2020à 01:09:53 , Ihor Radchenko
> a envoyé ce message:
>> If I understand you correctly, the following code should achieve what
>> you want. The code reuses
rasmus/ob-header-symbol)
>>("#+begin_quote" . ?«)
>> ("#+end_quote" . ?»)
>> (turn-on-prettify-symbols-mode)
>> (add-hook 'post-command-hook 'rasmus/org-prettify-src t
ther replies in the thread, I have to agree that it
is indeed uncommon.
Nicolas Goaziou writes:
> Hello,
>
> Ihor Radchenko writes:
>
>> In some of my entries, I have long tables storing historical data.
>> These tables tend to be extremely long and I sometimes hide them insid
Goaziou writes:
> Hello,
>
> Ihor Radchenko writes:
>
>> Just tested the master branch.
>> Three observations on large org file:
>>
>> 1. Next/previous line on folder buffer is still terribly slow
>
> Oops, you are right. I fixed this. It should be way
mple way to do that, but so far it has eluded my
> google fu. Any hints?
>
> John
>
> ---
> Professor John Kitchin
> Doherty Hall A207F
> Department of Chemical Engineering
> Carnegie Mellon University
> Pittsburgh, PA 15213
> 412-268-7803
> @johnkitchin
> http://kitchingroup.che
nt. I am pretty sure I have reinvented this,
>> maybe even from code I wrote before... I couldn't find my answer on SO
>> or my blog though.
>
> I don't think there's anything built-in, no. I have needed this in
> various places, and did something similar to the above, except wi
d ov) 'invisible spec)))
+ (when (member ov isearch-opened-overlays)
+(setq isearch-opened-overlays (delete ov isearch-opened-overlays)))
+ (delete-overlay ov))
+
+(defun org--clear-isearch-overlays ()
+ "Convert overlays from `org--isearch-overlays' back into using text properti
an issue when change function throws an error. I wrapped the call into
with-demoted-errors to avoid potential data loss on error in future.
Best,
Ihor
Ihor Radchenko writes:
> Hi,
>
> [All the changes below are relative to commit ed0e75d24. Later commits
> make it hard to disting
l entries
> for meetings). Since the viy interface seems to work fine for refiling
> tasks (except for initial load of refile targets), it seems it'd be
> sufficiently performant.
>
> Daryl.
>
>
> On Mon, May 4, 2020 at 1:14 PM Ihor Radchenko wrote:
>
>> If I unders
'invisible 'outline)
(remove-overlays from to 'invisible 'org-hide-drawer)
Now sure if it is going to break org-cycle though.
What do you think?
Best,
Ihor
Nicolas Goaziou writes:
> Ihor Radchenko writes:
>
>> I still do not feel much difference, so I used elp to quantify if t
What do you mean by "that case"?
Best,
Ihor
Nicolas Goaziou writes:
> Hello,
>
> Ihor Radchenko writes:
>
>>> Oops, you are right. I fixed this. It should be way faster. I can
>>> navigate in your example file without much trouble.
>>>
>>>
ion is replaced by something else, should not be fully hidden. We cannot simply look at the
'invisible property before and after the changed region.
I think that using fontification (something similar to
org-fontify-drawers) instead of after-change-functions should be faster.
Best,
Ihor
Nicolas G
verlays in the flagged region will be
removed. It will require re-creating those extra overlays later if the
region is revealed again though.
Best,
Ihor
Nicolas Goaziou writes:
> Ihor Radchenko writes:
>
>> If you want, I can test the file without :LOGBOOK: lines tomorrow.
>
> Do
turned different results on
the same element. Specifically, they returned different :post-blank and
:end properties, which does not sound right.
Best,
Ihor
Nicolas Goaziou writes:
> Hello,
>
> Ihor Radchenko writes:
>
>> Apparently my previous email was again refused b
xp nil 'mv)
>(line-beginning-position)
>
> So far it gets what I want. I am pretty sure I have reinvented this,
> maybe even from code I wrote before... I couldn't find my answer on SO
> or my blog though.
>
> Ihor Radchenko writes:
>
>> You m
1 - 100 of 7396 matches
Mail list logo
