[continuing from previous email and changing email header per
bastien's request to have separate threads/conversations per
suggestion.]
another useful change imo would be to allow categories to have their
own faces, selectable by regexp (so "^m-.*" could be yellow). similar
to tags and todo kw.
Hi Axel,
Axel Kielhorn writes:
> There is another issue when a column is reduced in width by C-C TAB.
> The header line still has the original width, thus the columns are
> not aligned.
Ah, I know understand - this should be fixed too, thanks.
--
Bastien
> Am 01.02.2020 um 17:39 schrieb Bastien :
>
> Hi Axel,
>
> Axel Kielhorn writes:
>
>> There is another issue when a column is reduced in width by C-C TAB.
>> The header line still has the original width, thus the columns are
>> not aligned.
>
> Ah, I know understand - this should be fixed
>> Sebastian Miele writes:
>>> I would like to be able to make a clear distinction between properties
>>> that are visible by default and properties that are not. Maybe it would
>>> be possible to allow some #+.. syntax following headings for subtree
>>> properties that are visible by default.
Hi Samuel,
> i get the sense spacemacs has brought a lot of new users to emacs. i
> don't use it but i have comments on your interesting and welcome
> beauty tips.
>
This is definitely the case. I also don't use Spacemacs, but know a few
people who got started thanks to it. I even have a
D writes:
> However, since the mode still contains code snippets from org-bullets, I
> have tried to contact the original author (sabof) of the package in the
> hopes of getting an official approval before making the thing public.
> The problem with /that/ however is that the author has been
Hi Kisaragi Hiu,
> Done; I haven't done the copyright assignment paperwork with FSF, but
> I guess it's fine since this is under the 15 line limit?
Yes, thanks a lot. I've applied your commits to th master branch. I
just added the TINYCHANGE cookie in the commit messages.
> I copied a few
Hi Adam,
Adam Porter writes:
>> For some days now C-c C-c disables column view in Org files. This helps
>> me a bit and never got in my way. And I thought it would be quite
>> natural and consistent to use this binding for the agenda too.
>>
>> What do you think about all that?
>
> Hi Marco,
Samuel Wales writes:
> i think it can be confusing to new users to have column mode
> accidentally activated. what are the things they will try to get out
> of it? maybe worth considering all the panic commands they'd try, and
> either deactivate or message what to do to deactivate?
Indeed.
D writes:
> On 01.02.20 21:32, Marco Wahl wrote:
>> AFAICS org-bullets is released under GPL3. Doesn't this mean that you
>> can use org-bullets as a base for further development if you leave the
>> license intact and also keep the original authors next to your name?
>
> That is correct, I just
Hi Axel,
Axel Kielhorn writes:
> I now get:
>
> Error running timer: (invalid-function (ov (first (overlays-in
> (point) (1+ (point)) [10 times]
That was due to the use of `if-let' - this should be fixed now.
Thanks,
--
Bastien
hi d,
On 2/1/20, Diego Zamboni wrote:
> I think you can configure most faces as you wish. For this, I have found
> the key "C-u C-x =" (which run what-cursor-position with the DETAILED
> argument enabled) very useful - among other things, it shows the face which
> is applied at the point under
Hi Dmitrii,
Dmitrii Korobeinikov writes:
> Oh, I forgot about the "-Q"... Anyway, I figured the behavior is
> present with evil-mode.
>
> Here's is how to launch a clean evil environment:
>
> $ git clone https://github.com/emacs-evil/evil
> $ cd evil
> $ make emacs
>
> Should I file a bug in
Bastien writes:
> My point is that distinguishing trivial vs. non-trivial parts of a
> change may be subject to interpretation. When in doubt, I recommend
> staying on the safe side of not accepting a change that is more than
> 15 lines of "maybe-significant" changes.
AFACT, there was no doubt
Bastien writes:
>> Frequently I publish org-mode documents containing source code blocks
>> to html (htmlize) and pdf (minted). I would like to see the same
>> colors in both export types. But
>> I cannot figure out, what’s the best way to achieve this.
>>
>> Has anyone solved this problem? Are
Hi Bastien,
> Hi Axel,
>
> thanks for testing the feature and reporting these issues.
>
> I pushed a fix on master - can you confirm it solves your issues?
It does, thanks for the quick response.
There is another issue when a column is reduced in width by C-C TAB.
The header line still has
Hi,
in the past two weeks I have been working on a new org minor mode based
on org-bullets. Much like org-bullets-mode, the new mode (dubbed
"org-superstar-mode" for the time being) visually replaces headline
stars with UTF8 bullets. However, while I took the code of org-bullets
as an initial
> One thing I don't understand: It seems that GUI and terminal modes are
> completely different. Rather than constrain GUI defaults to terminal
> limitations, it makes sense to gracefully degrade them when a terminal
> is detected. I assume that terminal users don't care about variable
> pitch.
Bastien writes:
> Future maintainers may of course interpret the recommendations of
> the FSF differently, but that's mine for now.
Of course, sir.
HI Bob,
In my testing, all font-related settings get ignored when running in
terminal mode, except for the colors.
--Diego
On Sat, Feb 1, 2020 at 9:12 PM Bob Newell wrote:
> Aloha everyone,
>
> > I agree terminal users typically won't want variable pitch, but disagree
> > that they are
Hi D.,
Would it be appropriate to share the link here? I think it would be
> great to get feedback before trying to get it on melpa.
>
I would love to give it a try! I use org-bullets currently, and your new
features sound quite interesting :)
--Diego
On 01.02.20 21:32, Marco Wahl wrote:
> AFAICS org-bullets is released under GPL3. Doesn't this mean that you
> can use org-bullets as a base for further development if you leave the
> license intact and also keep the original authors next to your name?
That is correct, I just don't mean to come
> Ok, I see what you're saying. You're proposing to have TODO states and
> other tags on the left of the heading title in fixed pitch, and the
> heading title in variable pitch. In my current setup the whole heading
> is fixed in Agenda and variable in normal buffers. I agree it would be
> good to
Done; I haven't done the copyright assignment paperwork with FSF, but I guess
it's fine since this is under the 15 line limit?
I copied a few examples from org-duration.el, which is what actually defines
the format (org-refresh-effort-estimates). I also corrected the docstring of
Aloha everyone,
> I agree terminal users typically won't want variable pitch, but disagree
> that they are generally doing sysadmin -- I know users who use org-mode
> for their notes, but prefer to use emacs in the terminal.
I have a Very Big Use Case here: on my Android devices I run
Termux,
Hi,
thank you two for your encouragement!
Here is the link to the new project:
https://github.com/dw-github-mirror/org-superstar-mode/
Fair warning though, I am still in the process of debugging.
Cheers,
D.
Hi Nicolas,
Nicolas Goaziou writes:
> Bastien writes:
>
>> My point is that distinguishing trivial vs. non-trivial parts of a
>> change may be subject to interpretation. When in doubt, I recommend
>> staying on the safe side of not accepting a change that is more than
>> 15 lines of
Hi Dmitrii,
Dmitrii Korobeinikov writes:
> There is the org-set-tags for tags, but is there anything for the
> title (org-set-heading/title)?
> Would be nice to have.
When would it be more useful than editing the headline directly?
>From an agenda view?
--
Bastien
fwiw i /think/ most of the rest of emacs makes c-c c-c
complete/send/do stuff with entered or modified text, while c-c c-k
cancels.
but we are not talking about cancelling edits so c-c c-k wouldn't be
quite right either.
i just know newcomers will want something. what is best idk.
Good points Jack - I was going to post something similar.
There are many who use terminal mode for all sorts of reasons which may
not be obvious and which is not just sys admin work. For example, people
who like to use tmux or do pair programming (or paired writing, such as
for co-authoring of
Hi Dmitrii,
Dmitrii Korobeinikov writes:
> In short:
> org-insert-heading -> org-insert-subheading
> org-insert-todo-heading -> org-insert-todo-subheading
> org-insert-item -> ?
>
> Maybe should provide org-insert-subitem for consistency?
`org-insert-subheading' and
D writes:
> Here is the link to the new project:
> https://github.com/dw-github-mirror/org-superstar-mode/
Nice, thanks for sharing!
Don't hesitate to mention it in https://orgmode.org/worg/
See https://orgmode.org/worg/worg-git.html
Thanks,
--
Bastien
Does a way exist in orgmode to fix a column so that it only stores time
stamps? A table I'm using has two columns that could this kind of error
protection and two that should contain text.
--
Jude DaShiell writes:
> Does a way exist in orgmode to fix a column so that it only stores time
> stamps?
Nope, sorry.
--
Bastien
Hi Joshua,
Joshua Meyers writes:
> In this page (https://orgmode.org/worg/org-gtd-etc.html) the link to
> the "very instructive post by Pete Phillips" now directs to the
> defunct gmane.org. I think I tracked down the post it is supposed to
> link to, so I don't want others to have to do this
Hi Michael,
Michael Dickens writes:
> You could argue that this is expected behavior and the priority
> should go after the to-do state, but IMO it should work either way
> because it can still be unambiguously parsed.
Org sets a few syntactic rules, the position of the priority cookie
right
Hello,
Bastien writes:
> Nicolas Goaziou writes:
>
>> TINYCHANGE is only about the number of non-trivial lines of code in
>> your patch (15 or so).
>
> I would not say "non-trivial lines" of code.
>
> The change should be less *than 15 lines or so* to be accepted.
>
> I may be wrong, but this
> Am 31.01.2020 um 12:26 schrieb Bastien :
>
> Dear all,
>
> I would like to highlight three changes from master that need to be
> carefully tested before Org 9.4 can be released:
>
> - M-x org-table-electric-header-mode RET will display the first row
> of the table at point in the header
I only wrote text in a column and haven't tried anything for that column
yet. I searched through info org and came close to stuff that looked
like it might work but only came close according to the documentation.
I've never done anything like this with org-mode before so figured it
might be a
Hello,
Jack Kamm writes:
> Thank you for reviewing my patch. I'm attaching an updated patch in
> response to your review.
Applied. Thank you.
I also simplified the allowed symbols for the new variable a bit, and
added a docstring for the internal function.
Regards,
--
Nicolas Goaziou
The table should have a 40 character line wrap limit in the work column
and would look like this:
| arrived| staff | work
| left |
I think the best that's now possible with orgmode is something like the
following. I'll just need to be careful entering text into the work
column since the users of this table haven't even got emacs on their
computers let alone orgmode.
#+STARTUP align
| arrived| staff
Hi,
h...@protonmail.com writes:
> In https://orgmode.org/manual/Deadlines-and-Scheduling.html#
> Deadlines-and-Scheduling
>
> It says:
> "If you want to delay the display of this task in the agenda, use
> ‘SCHEDULED: <2004-12-25 Sat -2d>’: the task is still scheduled on the
> 25th but will
Thanks Charles, Matt and Eric for your feedback.
I'd rather stick to the current keybindings for now,
let's resist the temptation to supercharge `C-c C-c'.
--
Bastien
Samuel Wales writes:
> org-table-header-line-mode?
That's indeed better - I pushed the change.
Thanks to both of you!
--
Bastien
Hi Jude,
Jude DaShiell writes:
> For a table with a wide column can org-mode use a width on the column as
> well as word wrap?
What did you try? Can you show how it should look like?
--
Bastien
Hi,
thanks for the report.
I applied the patch under your name as a TINYCHANGE.
Best,
--
Bastien
Hi Kevin,
this looks good. The patch is significant enough that we need you to
sign the FSF copyright assignment papers. Here is the form:
https://code.orgmode.org/bzg/org-mode/raw/master/request-assign-future.txt
Once you're done with this, we can push your commit.
Should you contribute
Hi Kisaragi Hiu,
Kisaragi Hiu writes:
> Currently, the Info node about effort estimates does not mention what
> format should it be written in. This causes confusion, as a user might
> assume that it's the same format as schedulers (10m, 6h, etc.) like I
> did.
>
> Simply mentioning "Effort
Hi Johannes,
Johannes Brauer writes:
> Frequently I publish org-mode documents containing source code blocks
> to html (htmlize) and pdf (minted). I would like to see the same
> colors in both export types. But
> I cannot figure out, what’s the best way to achieve this.
>
> Has anyone solved
On 2020-01-31, at 12:14, Fraga, Eric wrote:
> On Friday, 31 Jan 2020 at 12:03, Bastien wrote:
>> Hi all,
>>
>> I'd like to make an equivalent to in Org Src buffers
>> so that hitting will close the buffer, which seems natural.
>
> It does seem natural and generally support this idea.
>
>
Hi Andrew,
Andrew Hyatt writes:
> I've been having this same issue - the issue is quite reproducible
> for me, and it has been for years. I just finally grew tired of the
> issue and decided to investigate it, and yes, the issue is
> org-agenda-show-new-time.
>
> I also have invisible entries
Hi Texas,
> I aim to popularize Spacemacs as a personal info manager. Next task is
> the Org configuration layer.
thanks for doing so.
> As preparation, I wrote a post critiquing Org's out-of-the-box
> legibility.
some ideas might be useful - thanks again.
Can you take ideas one by one and
Hi Axel,
thanks for testing the feature and reporting these issues.
I pushed a fix on master - can you confirm it solves your issues?
--
Bastien
Hi Nicolas,
I think it is worth spending a little time discussing this to ensure
that everyone is aligned on the same understanding, otherwise we may
have to spend more time later, discussing it over and over for other
cases.
Nicolas Goaziou writes:
> So, I stand on my ground: there is a
Jude DaShiell writes:
> I think the best that's now possible with orgmode is something like the
> following.
You can use M-RET in the cell to wrap the line - but when exporting,
each line will be exported independantly, so this is limited.
--
Bastien
My guess is you have two options:
1. Customize the colors in minted to match what is on your screen. I am
pretty sure that code in html looks very much like what is on your screen.
This might be an entry point to customizing minted style.
Hello,
"Dwarshuis, Nathan J" writes:
> I recently authored an package called "om.el" which is a functional
> org-mode API akin to dash.el primarily using org-element. Briefly, it
> provides a library of (mostly) pure functions that manipulate the
> parse tree generated by org-element.el, and
58 matches
Mail list logo
