Re: [O] [RFC] Could we get rid of Org specific "mark ring"

hi bastien, On 4/26/18, Bastien wrote: > yes, I read the thread. I understand your position and that of Allen, > and there is absolutely no rush about this change. > > But the fact that the Global Mark Ring does not fit several uses is > not a reason for not moving forward - I

Re: [O] Q: setting/changing search path for links by id

there is org-id-extra-files. you will need to code around it to set it right. by default it is set to text search extra files, as a symbol. however, that symbol probably cannot be put in as a pseudo-file. i.e. part of a list with files. [it seems that perhaps 'agenda-archives /can/ be put in

Re: [O] Testing master branch

fwiw i use make oldorg from the shell and restart emacs. never trusted loading from emacs, but i guess it works. the interesting thing is that restarting emacs is necessary as keybindings immediately change. odd that all i did was run something from shell, and didn't afaik do anything inside

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

hi bastien, did you read the entire thread? it goes into detail that i cannot redo. if you did, do you have specific questions?

Re: [O] fr: next-error for agenda

do a text search in agenda use next-error to visit buffer and put point on every header in agenda sequence the frame must be able to have only a single window in it

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

On 4/26/18, Bastien wrote: > Good idea, +1 for me. i'd actually stay on an old version of org forever just to avoid the org mark ring being removed. when i click on a link [or similar], i want a single command that is guaranteed to go back to the exact location.

Re: [O] Release Org 9.2 soon ?

:tags:in:the:agenda: look:like:this is this deliberate? On 4/20/18, Nicolas Goaziou wrote: > Hello, > > I think current development branch is in good shape. I think there is no > blocker, although there are a few reported bugs floating around. > > Is there any pending

Re: [O] visual-line-mode [was: Re: Clean up org-faces.el]

On 4/9/18, Eric S Fraga wrote: > What I do, when I want distraction free writing, is expand the fringes > to take up whatever amount of screen space I wish. cf set-fringe-mode interesting idea, but not useful here as i need org headers and tables to extend as far as

[O] visual-line-mode [was: Re: Clean up org-faces.el]

On 4/8/18, Diego Zamboni wrote: >> off topic here, but the problem with visual-line-mode for me is that >> at least in 24.4 it does not respect fill column. this is a >> dealbreaker. i stick with m-q. > > It still doesn’t (I’m using 25.3.2), but I have become used to

Re: [O] Clean up org-faces.el

that is a great blog post! lots of good detail. and visually pleasing itself. off topic here, but the problem with visual-line-mode for me is that at least in 24.4 it does not respect fill column. this is a dealbreaker. i stick with m-q. the variable line-spacing is defined in c, so that

Re: [O] Clean up org-faces.el

fixed-pitch by > configuring the “org-block” face, works well. > > Best, > —Diego > > > >> On 8 Apr 2018, at 21:08, Samuel Wales <samolog...@gmail.com> wrote: >> >> On 4/8/18, Rasmus <ras...@gmx.us> wrote: >>> I have been wanting to clean up

Re: [O] How to get 'repeating footnotes' please?

[fn:apples: ...] [fn:apples] -- The Kafka Pandemic: The disease DOES progress. MANY people have died from it. And ANYBODY can get it at any time. "You’ve really gotta quit this and get moving, because this is murder by neglect." ---

Re: [O] [ANN] OrgStruct is dead. Long live Orgalist.

ooc, why is org contrib deprecated? i find it useful to just get git and i do not use emacs packages. On 4/8/18, Nicolas Goaziou wrote: > Rasmus writes: > >> Are there any plans to add this to either Org, Org contrib or ELPA? > > No there are no plan for

Re: [O] Clean up org-faces.el

On 4/8/18, Rasmus wrote: > I have been wanting to clean up org-faces.el for a couple of years. thanks. fwiw on variable pitch. i find that variable pitch reads legibly. is efficient with horizontal space, and looks great. it also makes the mode line short. took a few days to

Re: [O] does this pandoc error look familiar to anybody?

On 3/25/18, Julius Dittmar <julius.ditt...@gmx.de> wrote: > On 25.03.2018 00:58, Samuel Wales wrote: >> i then tried .latex and went to line 590 and did not find anything >> unusual, nor that line. >> but it was a list. must lists not be nested? > > How deeply

Re: [O] does this pandoc error look familiar to anybody?

i reduced levels in org. the exported html has no h1. it has nothing deeper than h4. it sounds like it's producing latex someplace but can't produce pdf. still i get this: pandoc -o sickly--pdf-from-pandoc.pdf alpha-org-export-output.html ! LaTeX Error: Too deeply nested. See the LaTeX

Re: [O] what settings would make original export to pdf as good as pandoc conversion?

i find that the following does not take effect the first time, but works the second time. not sure why that would be. it looks much better now. i think the main thing i would want is to color links differently from the default red box, like maybe color the text "#8968cd" and underline it so it

Re: [O] does this pandoc error look familiar to anybody?

thanks eric and nick. i was able to look at the h levels in the org direct export html. they were h7 or so. dunno if there was an h1. so i am going to try to get them down to h4. then who knows if that will fix it.

Re: [O] does this pandoc error look familiar to anybody?

On 3/19/18, Eric S Fraga wrote: > has a limit on the number of levels, both headings and items. If you > have an org document (assuming you started with org to generate the > HTML) which has >8 levels, you are likely to run into this problem. thanks everybody for your

Re: [O] what settings would make original export to pdf as good as pandoc conversion?

[never mind the comment below.. if i use \\ instead of \, it doesn't error, but produces default packages on the first page. then the document starts on the second page.] On 3/18/18, Samuel Wales <samolog...@gmail.com> wrote: > On 3/13/18, Eric S Fraga <esfli...@gmail.com> wrot

[O] does this pandoc error look familiar to anybody?

exporting to html, then converting to pdf errors. it worked ok before. just wondering if anybody has seen this before and can guess if i did something wrong at the org level? thanks. === pandoc -o sickly--pdf-from-pandoc.pdf sickly--html.html ! LaTeX Error: Too deeply nested. See the LaTeX

Re: [O] what settings would make original export to pdf as good as pandoc conversion?

On 3/13/18, Eric S Fraga wrote: > Could you post a minimal example that illustrates this? here is the minimal example. [btw, it turns out that pandoc erros now, so i have to either get your direct export code to work, or fix pandoc's export.] *** NEXTKA fixing pdf

Re: [O] upgrade from 8.2 to 9.2 breaks agenda timestamp font?

locale?

Re: [O] Soft return in footnote text?

another workaround is to use \\ instead of \par.

Re: [O] what settings would make original export to pdf as good as pandoc conversion?

seems to work. the only thing is that the first page is blank with "[DEFAULT-PACKAGES] on it. i tried commenting that part out and got a blank page. i presume this is because i am using maint and not master. again thanks.

Re: [O] Export to LaTeX buffer

On 3/12/18, Nicolas Goaziou wrote: > This looks like a mixed installation. "turn-on-orgstruct" does not exist > in master branch, which you seem to be using. > > I suggest making sure you properly load Org from the git repository > instead of some other location. in

Re: [O] what settings would make original export to pdf as good as pandoc conversion?

thank you. i will try it.

Re: [O] Soft return in footnote text?

On 3/12/18, Lawrence Bottorff wrote: > I'm getting carried away with a footnote and want to have it be many > paragraphs long when I export it to HTML. I can put in latex math formulae, > and that breaks things up. But is there a way to simply have separate text > paragraph in

Re: [O] possible export bug and org-id fr

On 3/10/18, Samuel Wales <samolog...@gmail.com> wrote: > context: please ignore this part. idk for certain if it is reproducible. > fr: this part remains. it is similar to duplicate deletion in org-agenda-text-search-extra-files.

[O] possible export bug and org-id fr

recent maint. context: i export a subtree. it contains an entry with a todo kw that makes the entry not be exported. this entry contains an org id link on the header. the id target is in a non-agenda file. org-id does not know about that target. export fails. i wonder if it should succeed?

Re: [O] what settings would make original export to pdf as good as pandoc conversion?

On 3/9/18, Eric S Fraga wrote: > Type C-h v org-latex-classes RET for the full description. The > header-string can include those particular indent and skip settings > along with other bits. i consulted the docstring and the manual. the description was greek to me and there

Re: [O] what settings would make original export to pdf as good as pandoc conversion?

On 3/8/18, Eric S Fraga <esfli...@gmail.com> wrote: > On Thursday, 8 Mar 2018 at 12:55, Samuel Wales wrote: >> On 3/3/18, Eric S Fraga <esfli...@gmail.com> wrote: >>> #+latex_header: \setlength{\parindent}{0pt}\setlength{\parskip}{6pt} >> are there settings i

[O] join on dates

just wondering if something like this already exists. i was going to do this with a keyboard macro, but i'm not sure if those are quite powerful enough. i won't be coding it. i have subtrees "collection" and "results". they both contain inactive timestamps [with or without time or day of

Re: [O] what settings would make original export to pdf as good as pandoc conversion?

On 3/3/18, Eric S Fraga wrote: > #+latex_header: \setlength{\parindent}{0pt}\setlength{\parskip}{6pt} > > might give you "unbunched" "unindented" paragraphs. thank you. i will try that when i can. are there settings in .emacs that will do the same thing? > A table of

[O] partly automating backporting [was Re: [RFC] Moving "manual.org" into core]

On 3/6/18, Achim Gratz wrote: > I haven't looked at how often changes to Org's manual actually originate > on the Emacs side in one development cycle of Emacs (which is generally > a year or more, but it can't be that much. it is an interesting technical question whether we

Re: [O] Paragraph consisting only of number and full stop disappears in export

i thought that was example that monospaced it.

Re: [O] Paragraph consisting only of number and full stop disappears in export

verse block? On 3/4/18, Eric Abrahamsen wrote: > Hi, > > I just discovered that a paragraph disappeared from a subtree I was > exporting, I guess because the paragraph consists of just a number > followed by a full stop, and was interpreted as a list item. I'm >

Re: [O] what settings would make original export to pdf as good as pandoc conversion?

On 3/2/18, Eric S Fraga wrote: > Why can you not use any LaTeX settings? Org has very extensive support > for allowing tweaking of the formatting. delighted to learn of settings.

Re: [O] what settings would make original export to pdf as good as pandoc conversion?

i didn't specify that what looks good to me is org export to html, to regular pandoc to pdf. congratulations to the html exporter people and the pandoc people. On 3/1/18, Samuel Wales <samolog...@gmail.com> wrote: > mostly ooc because pandoc looks good. > > but when i export a

[O] what settings would make original export to pdf as good as pandoc conversion?

mostly ooc because pandoc looks good. but when i export a subtree [using recent maint] to pdf i get paragraphs that are indented and bunched up, and a table of contents is missing, and dunno what else. maybe a quote is not set off or something like that. just wondering if anybody has settings

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

oh, oops, didn't notice the replace xref bindings part. that's up to xref users.

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

no objections, assuming tags users don't need those bindings? no objections to anything allen said. other things that can be useful in org mark ring imo are refile-goto and going to outline from agenda. === off topic question: - why are any mark rings rings? why are they not queues? do

[O] bug#23745: bug#23745: 25.0.94; Org: (pop-to-mark-command) doesn't work when using (org-open-at-point) to visit a same-file link

quite useful to have this for reference in the org mailing list, as we are discussing it.

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

On 2/26/18, Nicolas Goaziou wrote: > I guess these are rhetorical questions because I answered them above. real questions, fyi, but never mind. >> if not, then i will have to use local mark >> ring. this means i have to think about whether the file i was in was >> the

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

On 2/25/18, Nicolas Goaziou <m...@nicolasgoaziou.fr> wrote: > Hello, > > Samuel Wales <samolog...@gmail.com> writes: > >> in org maint, i can click on a link and, without any cognitive >> overhead, and with certainty, run a command to get back to the link i &

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

after fixing a typo i get "Warning: ring-ref called with 1 argument, but requires 2" i am limited in computer use.

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

On 2/24/18, Nicolas Goaziou wrote: > I do not discuss your needs. not sure what you mean by this. i was replying to your statements about your usage and the global mark ring. >It isn't crazy at all, and works surprising well in practice. to make sure we are on the same

Re: [O] is ascii link format canonical? can it be made more linkifiable?

On 2/10/18, Nicolas Goaziou wrote: >> 1] seemingly, notes are not created. > > This is expected. You wouldn't want to create an empty note, would you? i think it is ok to not make notes. you could in principle make numbered notes. >> can this be customized so that the

Re: [O] Insert timestamp other than DEADLINE: or SCHEDULED: for heading

regular tses can be anywhere. there is no command to put it after the maiin org thingies. there was discussion a while back about adding EVENT: but it has not been implemented yet.

[O] is ascii link format canonical? can it be made more linkifiable?

recent maint. org-ascii-links-to-notes is t. i am exporting bare links that look in the source like http://whatever.com 1] seemingly, notes are not created. actually i don't mind this, because i don't want notes in this case. 2] the links get exported like [http://whatever.com] i get

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

this is ot but another bit of over-fancification is that iirc you can't set the mark twice successively in the same location. you might not think there is a need for that, but there is [marking contiguous regions], but even if there were not, the value of predictable behavior with no special

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

in my usage, the current distinction between org-mark-ring and mark-ring does not disturb me at all. i agree that it would be good to be able to use global-mark-ring as a substitute for both global-mark-ring and org-mark-ring, but ONLY if it takes me to the exact location just like org-mark-ring

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

On 1/30/18, Allen Li wrote: > It does change org behavior, since the native mark ring > distinguishes local from global, whereas org-mark-ring does not. > With the proposed change, there won't be a single > org-mark-ring-goto, you would have to make sure you call the >

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

On 1/30/18, Nicolas Goaziou wrote: > With local ring, you do, not with global one. That is standard Emacs > behaviour. does this constitute a change in org behavior? i'd want the same behavior as now. it would be confusing to follow a link, then follow another link in

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

On 1/30/18, Nicolas Goaziou wrote: > Let me clarify. I just want to replace `org-mark-ring-push' with > `push-mark'. The distinction between local and global mark rings are > taken care of in the latter. Org doesn't need to mess with it. > > I hope that's clearer now.

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

minor followup to prev post. here is a place where org does not but ime is useful to push the mark. org does similarly when you follow a link, for example. i believe this should be done to the local and global mark rings. diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

On 1/30/18, Nicolas Goaziou wrote: >> org would have to push to both local and global it seems. > > `push-mark' would take care of this. So Org wouldn't need to. iiuc, i can't agree with you. org pushes marks onto the org mark ring in various places [and imo even misses

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

On 1/29/18, Nicolas Goaziou wrote: > So, could we simply remove this part of Org and use Emacs facilities, > with their standard bindings (C-u C- and C-x C-) and behaviour > instead? org would have to push to both local and global it seems. sounds good to me. === note

Re: [O] [RFC] Moving "manual.org" into core

i will leave style decisions to the bike shed manufacturer [those who do the work]. but i will opine anyway. i'm with the no indentation people. [except -- not implemented -- plain lists indented by 2. :]] but my reason for posting is that as a default for org, i think (setq

Re: [O] [fr] mark ring forward and backward

On 1/21/18, Nicolas Goaziou wrote: > `org-mark-ring-goto' does that. i guess i need to try it more, and then figure out the argument for next. but i click on an internal link, and there is no marker for the file i am in. so i don't really get it. maybe what would work

[O] [fr] mark ring forward and backward

idk if this is already possible. in the org mark ring, i want to keep a history of places gone, and go backward and forward in it. is this a coherent request that is not already implemented?

Re: [O] toggling checkbox with one prefix arg modifies drawer contents

thank you. On 1/15/18, Nicolas Goaziou wrote: > They are, arguably, body text. what is the name of "the text after anything that org might typically modify"? [i recognize this is not a perfect question. repeaters are modified by org. if events were in the planning

Re: [O] toggling checkbox with one prefix arg modifies drawer contents

On 1/15/18, Nicolas Goaziou wrote: > It could. It depends where is located the logbook. "Ignoring drawers" in > the docstring is a bit terse. It should be "ignoring any drawer right > after the headline". imo only body text should be modified. > Do you have an ECM

[O] toggling checkbox with one prefix arg modifies drawer contents

> If the cursor is in a headline, apply this to all checkbox items in the text below the heading, taking as reference the first item in subtree, ignoring drawers. in recent maint this seems to affect state change lines in logbook.

Re: [O] [IT] Broken support for links to text files (both internal & external)

actually i don't know if i'd create fuzzy links ever. but if they defaulted to exact match first, maybe i would create them by default.

Re: [O] [IT] Broken support for links to text files (both internal & external)

it's a good idea. i never got that stuff to work right, including the create thing. but fyi there remains a use case, which is when you in a non-exported org file create a regular link but do not want to create an org-id, then change the header. this is the result of error. you don't think you

Re: [O] Bug: Clock times not summed correctly between years [9.0.9 (9.0.9-82-gb862c2-elpa @ ~/.emacs.d/elpa/org/)]

default should perhaps be changed? On 1/6/18, Paul Stansell wrote: > I do wonder why the default range should be set at the current year and not > simply over the full range of clocked times in a heading.

[O] priorities on lists

i am generally sort of leery of org adding header features to lists, as lists are supposed to be lightweight, but currently, conversion from header does preserve priority cookies, which i think is trttd. for my usage, it would be useful to manipulate them. specificially to have org-shiftup work

Re: [O] TIL about use of eval in user Org macros.. Documentation?

note that this feature overlaps babel: head src_emacs-lisp[]{(shell-command-to-string "git rev-parse HEAD" )}\\ time {{{time(%F)}}}

Re: [O] wrong behavior of org-open-at-point with certain url.

maybe related or maybe not related, but i notice that a filled url cannot be opened with RET. it can be opened with c-c c-o. an unfilled url can be opened with RET.

Re: [O] Bug: org-clock-total-time is calculated from midnight in UTC (not in current time zone) [9.1.4 (9.1.4-13-g84cb63-elpa @ /home/yantar92/.emacs.d/elpa/org-20171218/)]

in friendly jest: On 12/21/17, Ihor Radchenko wrote: > intended recipient, you are hereby notified that any use, dissemination, > distribution, or copying of this message, or any attachment, is strictly > prohibited. If you have received this email in error,

[O] fr: next-error for agenda

i'd like next-error to operate on agenda matches. if any are marked, then those. then you can edit the outline without returning to the agenda. good idea? bad idea?

Re: [O] org-mode alarms

appt in emacs can do a bunch and is integrated. i use it. there are various notify programs that i have not gotten to work. i use crontab updated in a single babel block to run ddccontrol and redshift. this is useful for executive function. you make the screen unusable until you have taken

Re: [O] refile too slow

On 10/5/17, Samuel Wales <samolog...@gmail.com> wrote: > delete-dups seems suspicious but what do i know. i wonder if > cl-delete-duplicates is more efficient. perhaps it has been made more efficient in new emacs versions than 24? > > (defun delete-dups (list) > "D

[O] fr: org-git-version to show branch name.

fr: org-git-version to show branch name. -- The Kafka Pandemic: The disease DOES progress. MANY people have died from it. And ANYBODY can get it at any time. "You’ve really gotta quit this and get moving, because this is murder by neglect." ---

Re: [O] refile too slow

On 10/5/17, Nicolas Goaziou wrote: >> i think delete-dups is suspicious here. is its only purpose to > > Why is delete-dups suspicious? Have you got a very large number of > refile locations? If so, would it make sense to refine your target > definitions? already do

Re: [O] [ANN] Agenda speed up

bugs: the following line will produce an entry in the agenda. # S CHEDULED: <%%(memq (calendar-day-of-week date) '(1 2 3 4 5))> and tel: links are interpreted as timestamps. and the closing time for clocks are not listed. and it misses an entire, normal looking inactive timestamp that is

Re: [O] [ANN] Agenda speed up

On 10/3/17, Nicolas Goaziou wrote: >> org-element-at-point 1104 >> 17.213785437 0.0155921969 >> org-element--parse-to 1104 >> 17.098407592 0.0154876880 >> org-element--current-element

Re: [O] [ANN] Agenda speed up

fr: org-git-version to show branch name. On 10/2/17, Nicolas Goaziou wrote: > Do you mean you get an error which was fixed earlier? What error? you fixed error. >> ... but 9maint and 9master produce agenda in about 3s ... >> >> ... while wip produces agenda in 26.75s

Re: [O] [ANN] Agenda speed up

... and i am getting a fixed error from before ... ... but 9maint and 9master produce agenda in about 3s ... ... while wip produces agenda in 26.75s ... for my 2d agenda. elp as instructed shows no significant differences org-agenda-prepare-buffers1 1.221983848

Re: [O] [ANN] Agenda speed up

maybe it is trying to parse a link that looks like a log entry? On 10/1/17, Samuel Wales <samolog...@gmail.com> wrote: > my use is similar to matt's in that i use a 2d view. > > i am getting errors. in particular, it crashes when it is looking for > log entries in a task that

Re: [O] [ANN] Agenda speed up

my use is similar to matt's in that i use a 2d view. i am getting errors. in particular, it crashes when it is looking for log entries in a task that does not have log entries. there is no rhyme or reason and i have no mce. i remove teh task and another task produces teh error. not ready fro

[O] refile too slow

recent maint, but been a problem for a few mo. refile hits a wall. depends on number of headers. i think delete-dups is suspicious here. is its only purpose to eliminate the existing header? - org-refile47808 91% -

Re: [O] [ANN] Agenda speed up

have not beena ble to respons for health reasons. i have rsposne partly done. i think result is slightly slower but seems tob e correct if you count recent maint as correct.

[O] [bug, fr] cannot doneify repeaters that have clock entries when org-log-repeat is nil

* x recent maint (setq org-log-repeat nil) doneify this in emacs 24.4.1 -Q. *** TODO test if presence of clock entry fails to advance repeater when doneified :goto: SCHEDULED: <2017-09-07 Thu 12:00 .+1d> :PROPERTIES: :LAST_REPEAT: [2017-09-12 Tue 15:27] :END: :LOGBOOK: - State "DONE" from

Re: [O] org-agenda-current-time-string partly fontified with emphasis

On 9/7/17, Nicolas Goaziou wrote: > Indeed. === really means "=" character in verbatim markup. fyi but not in all of the agenda current time string. just the first part in my example. > You may be able to tweak fontification to ignore this special case. See >

Re: [O] text search and restriction lock bugs

On 9/7/17, Nicolas Goaziou wrote: >> from org-agenda-text-search-extra-files? imo it should not. > > Agreed. Fixed. thank you. >> 2. >> >> if you remove the restriction lock and refresh the agenda, >> it will produce different results. >> >> imo, should act as if the

Re: [O] org-agenda-current-time-string partly fontified with emphasis

On 9/6/17, Samuel Wales <samolog...@gmail.com> wrote: > in the new release, org-agenda-current-time-string is partly fontified > if it contains emphasis like "=== test ===". my guess is best to not > fontify as it is not possible to > fix unless you turn it off for t

[O] org-agenda-current-time-string partly fontified with emphasis

in the new release, org-agenda-current-time-string is partly fontified if it contains emphasis like "=== test ===". my guess is best to not fontify as it is not possible to fix unless you turn it off for the entire buffer. -- The Kafka Pandemic: The

Re: [O] Release 9.1

Congratulations and thanks -- The Kafka Pandemic: The disease DOES progress. MANY people have died from it. And ANYBODY can get it at any time. "You’ve really gotta quit this and get moving, because this is murder by neglect." ---

[O] text search and restriction lock bugs

recent maint. these are separate, but 1 and 3 might be related, and 1 and 2 might be related, so i hope you don't mind if i put them together. 1. is it expected behavior that if you do a restriction lock on a subtree, then do a text search, it will include matches from

Re: [O] Automatic mtime and ctime on all or select group of trees?

pedantry: birth time, sometimes called btime, is a new kernel feature, present in some filesystems but not traditionally available to stat.

Re: [O] [RFC] Remove Org Struct mode

i wrote this a long time ago to summarize the different options for editing notes in org. warning: it might make zero sense to you. maybe it will be useful to somebody. === sometimes you want the notes to stay in your external file (example: whatever.el). but edit them in org mode. orgstruct

Re: [O] [ANN] Agenda speed up

On 8/27/17, Nicolas Goaziou wrote: > I expect to see some interesting improvements when viewing the agenda > with a span larger than one day, or when generating an agenda view > without having touched most of the agenda files since last view. wow, great! i have long

Re: [O] Firefox extension "Org-capture" stopped working after update

to the people who write these extensions and org-protocol, i am grateful. they are quite helpful as i often cannot type.

Re: [O] clock start time is gone

On 8/8/17, Nicolas Goaziou wrote: > Then I cannot reproduce it. Either from maint or master branch. i am using vanilla org 9 maint which is recent as of your fixes, emacs -Q from debian which is 24.4.1, my test case, and this command line: clocking in produces this bt:

Re: [O] clock start time is gone

On 8/7/17, Nicolas Goaziou wrote: > I'm not sure about the steps required to reproduce your issue. What do > you do on the same mwe? Clock in > > "* clock in here, then sort below, then try to clock out here" > > then sort at > > "*** sort here by alpha" > > then clock

Re: [O] clock start time is gone

On 8/7/17, Nicolas Goaziou wrote: > Fixed. Thank you. thank you! i seem to get another bug, no active clock, on the same mwe: :LOGBOOK: CLOCK: :END: if i use -Q with these settings: (setq org-log-into-drawer t) (setq org-clock-into-drawer t) (setq

Re: [O] clock start time is gone

** c *** c *** c *** FACT d * d === On 6/5/17, Samuel Wales <samolog...@gmail.com> wrote: > recent maint. > > just wondering what i could be doing wrong. > > it is /usually/ the case that i get clock start tmie is gone when i > try to clock out. > it isn't gone. so

Re: [O] clock start time is gone

perhaps it could put a temporary uuid in the task so that it knows where to go? silly idea, but i don't think i will be able to create an mce. On 6/14/17, Nicolas Goaziou wrote: >> just curious but why does it unless actually gone? can't it just >> check logbook drawer

<    3   4   5   6   7   8   9   10   11   12   >