Ready to merge! Re: [PATCH] Enhance org-html--build-meta-info

2021-01-14 Thread TEC
This thread has dragged on ages, and if no-one else is following this chain I wouldn't blame them in the slightest. To help indicate that this is actually ready (at last) now, I'm just going to add that info the the subject line in the hope it helps Bastien or any others notice that this is

Re: [PATCH] Enhance org-html--build-meta-info

2021-01-14 Thread TEC
TEC writes: >> Sorry, I still see the flycheck warning and "amp;" for "&". > Maybe I accidently sent you the old patches? I'll check tomorrow. Hah, I check and guess what I see? The changes were unstaged . Sorry about that, here's an ac

Re: [PATCH] Enhance org-html--build-meta-info

2021-01-10 Thread TEC
Jens Lechtenboerger writes: > Sorry, I still see the flycheck warning and "amp;" for "&". Maybe I accidently sent you the old patches? I'll check tomorrow. -- Timothy.

Re: [PATCH] Enhance org-html--build-meta-info

2021-01-10 Thread TEC
08c8cfa4b0bf11842907c31846832f1a Mon Sep 17 00:00:00 2001 From: TEC Date: Mon, 14 Dec 2020 17:41:33 +0800 Subject: [PATCH 1/2] lisp/ox-html.el: make html meta tag builder nicer * lisp/ox-html.el (org-html--build-meta-info): Multi-line repeated structure extracted to new function `org-html--build-

Re: [PATCH] Enhance org-html--build-meta-info

2021-01-03 Thread TEC
r the doc > string (typos, active voice): > Use document's plist INFO to derive relevant information for the tags. Sounds good. Done. -- Timothy >From f3f7325ea77cc443387e69f65e899a9537606d80 Mon Sep 17 00:00:00 2001 From: TEC Date: Mon, 14 Dec 2020 17:41:33 +0800 Subject: [PATCH 1/2] lis

Re: [PATCH] Enhance org-html--build-meta-info

2021-01-03 Thread TEC
attached :) -- Timothy. >From de74dcbd51703439faafe96cbc1c60965f064eaa Mon Sep 17 00:00:00 2001 From: TEC Date: Mon, 14 Dec 2020 17:41:33 +0800 Subject: [PATCH 1/2] lisp/ox-html.el: make html meta tag builder nicer * lisp/ox-html.el (org-html--build-meta-info): Multi-line repeated structure extr

Re: [PATCH] A proposal to add LaTeX attributes to verse blocks

2021-01-03 Thread TEC
Juan Manuel Macías writes: > Thank you very much for your response and your comments. Seriously, thanks for the patch. I think the ML is usually a bit more responsive, but it seems to be a bit quiet at the moment. > I agree to name "Insert, include, etc." the attribute to include > arbitrary

Re: [PATCH] A proposal to add LaTeX attributes to verse blocks

2021-01-03 Thread TEC
Hi Juan, Thanks for your patch. This looks like a fairly sensible addition. Two comments from me: 1. I'm not sure that "options" is a good name for arbitrary LaTeX which is included inside the verse block. Perhaps something like "insert" or "include", etc. may be a better fit. 2. It's

Re: [patch] A proposal to add LaTeX attributes to verse blocks

2021-01-03 Thread TEC
Hi Juan, Since you've resent this in a second email, let's discuss this patch there. As such, I'm marking this patch as closed. -- Timothy.

Re: [PATCH] ox-md.el/preserve radio target hyperlink

2021-01-03 Thread TEC
Hi turbo. As this appears to be an exact duplicate of your other email, I'm going to mark this as closed and hope that any/all conversation on your patch happens there. -- Timothy

Re: [PATCH] ox-md.el/markdown-hyperlink

2021-01-03 Thread TEC
Thanks for the patch turbo. I was able to test this with a simple Org file, and both observed the issue with radio targets in generated markdown files, and observed the patch fixing it, as intended. -- Timothy turbo.c...@clovermail.net writes: > exporting to markdown loses radio target

Re: [PATCH] Async session eval (2nd attempt)

2021-01-03 Thread TEC
Hi Jack, I love the look of this! Thanks for submitting a patch. Sorry it's taken so long for someone to take a look at it, I think a lot of the 'main' Org people have been pretty busy over the last few months. I just tried to give this a shot. First up, I had to remove the ORG-NEWS part of

Re: [PATCH] Enhance org-html--build-meta-info

2021-01-02 Thread TEC
Sep 17 00:00:00 2001 From: TEC Date: Mon, 14 Dec 2020 17:41:33 +0800 Subject: [PATCH 1/2] lisp/ox-html.el: make html meta tag builder nicer * lisp/ox-html.el (org-html--build-meta-info): Multi-line repeated structure extracted to new function `org-html--build-meta-entry'. The keyword value formatt

Re: Release Org 9.4.2

2020-12-29 Thread TEC
Gustav Wikström writes: > It is my believe that Org would benefit from a counter that would "tic > up" even if no one collects the money. Like it or not, money has an > effect. Better to allocate it to open source work than anything else! Or? I've never used it, but could something like

Re: [PATCH] Apply emacs manual css to org pages

2020-12-27 Thread TEC
t job. thank you. >> >> >> On 12/27/20, Samuel Wales wrote: >>> i like the black bg, the no issues with paragraph width. >>> >>> >>> On 12/22/20, TEC wrote: >>>> Hi all, >>>> >>>> This is a quick patch to us

Re: [PATCH] org-plot abstractions and extension

2020-12-23 Thread TEC
H] org-plot.el: fix compiler warnings >> >> * (org--plot/values-stats): Replace `log10' with `log'. > > Please add a file name ("lisp/org-plot.el") to the start of the > changelog entry. Ah, forgot I needed that. Sorted :) (final?) patch revision attached. -- Timothy >Fro

Re: [PATCH] org-plot abstractions and extension

2020-12-23 Thread TEC
indentation of the arguments is thus also changed. > The mapcar is unnecessary; you can reposition (lambda ...) as > mapconcat's FUNCTION argument. Thanks for spotting that. Resolved. Updated patch attached. Let me know how it looks to you :) -- Timothy >From 22717d0750e2c001003b45f1d48

Re: [PATCH] org-plot abstractions and extension

2020-12-22 Thread TEC
TEC writes: > Kyle Meyer writes: > >> This series introduced some compiler warnings. >> >> Timothy, could you please submit a follow-up patch to address these? > > Absolutely. Thanks for raising this, I'll take a look shortly. Here we go :) >From 309907af5e7

Re: [PATCH] org-plot abstractions and extension

2020-12-22 Thread TEC
Kyle Meyer writes: > This series introduced some compiler warnings. > > Timothy, could you please submit a follow-up patch to address these? Absolutely. Thanks for raising this, I'll take a look shortly. -- Timothy

[PATCH] Apply emacs manual css to org pages

2020-12-22 Thread TEC
be an easy upgrade to our online documentation :) -- Timothy >From fc57ea88432ea119d063906cc29cc51ee591031d Mon Sep 17 00:00:00 2001 From: TEC Date: Wed, 23 Dec 2020 10:30:09 +0800 Subject: [PATCH] mk/default.mk: use same html doc style as emacs * mk/default.mk: Add CSS stylesheet ref to H

Re: Release Org 9.4.2

2020-12-22 Thread TEC
I've been following this conversation, and I'm glad to see it happening. However, we've really stayed quite far from the subject of our emails :P I think this conversation deserves it's own thread, perhaps something like "Org's development forge". -- Timothy Lennart C. Karssen writes: >

Re: [PATCH] Enhance org-html--build-meta-info

2020-12-19 Thread TEC
Jens Lechtenboerger writes: >> For people who want to customise this to add metadata, the page title is >> something they're probably interested in. > > What metadata would you derive from the title? In my earlier example, I use the "og:title" property. >> If so, I think it's work giving the

Re: [PATCH] Enhance org-html--build-meta-info

2020-12-19 Thread TEC
Jens Lechtenboerger writes: >> For people who want to customise this to add metadata, the page title is >> something they're probably interested in. > > What metadata would you derive from the title? In my earlier example, I use the "og:title" property. >> If so, I think it's work giving the

Re: W3C violations in Org's HTML export

2020-12-17 Thread TEC
I don't think this should be forgotten about, so I'm adding it to https://updates.orgmode.org/#help for now.

Re: [PATCH] Enhance org-html--build-meta-info

2020-12-15 Thread TEC
Jens Lechtenboerger writes: > I like this! :) >> Maybe it should be applied to the rest (in ~org-html--build-meta-info~)? >> I'm not sure. > > I’m not sure either. Maybe people expect their typed characters, > maybe not. This might call for a new variable. I'm tempted to leave the current

Re: Release Org 9.4.2

2020-12-15 Thread TEC
Hello. I just have a few cents I'd like to add. Bastien writes: > Thanks a lot for the kind words, appreciated. You deserve them! :) > ... but I'm very receptive to the real questions: how can we expose > the latest Org to more testers? how can we recruit more contributors? I actually have

Re: [PATCH] Enhance org-html--build-meta-info

2020-12-15 Thread TEC
rates such a list. No more mixing of the two. How does this look? Timothy. >From 9848af808752bc03404befaab7ab5ebb902aa1d0 Mon Sep 17 00:00:00 2001 From: TEC Date: Mon, 14 Dec 2020 17:41:33 +0800 Subject: [PATCH 1/2] lisp/ox-html.el: make html meta tag builder nicer * lisp/ox-html.el (org-html--

Re: LSP is Microsoft's patented protocol - Re: Emacs as an Org LSP server

2020-12-14 Thread TEC
Hi Jean, Please read my previous emails before re-iterating the same points. LSP is not patented, it's just referenced in a patent about MS's fancy remote development extension. Jean Louis writes: > Enrich it with unencumbered patent-free solutions. That's what I'm doing :) -- Timothy.

Re: Emacs as an Org LSP server

2020-12-14 Thread TEC
Jean Louis writes: > Microsoft have filed patent for LSP languag server protocol: > https://uspto.report/patent/app/20190149346 This isn't a patent for LSP (it's an open standard), this is a patent for their Remote Development package:

Re: TEC: update the new website ML page?

2020-12-14 Thread TEC
Russell Adams writes: >> I do see your point. I think in order to warrant being presented as a >> one-step-from-the-homepage target it would be good to tidy up the Worg >> homepage. > > That's a valid criticism. Worg's main page could use an update to look > more like the main site. > > Does

Re: Emacs as an Org LSP server

2020-12-14 Thread TEC
Russell Adams writes: > REST API calls to a remote server as a core part of editing text in > your editor isn't concerning? How remote? How would you know? If they > use HTTPS could you even see what is sent? I'm not concerned about REST API calls to a remote server, because: 1. There are no

Re: Emacs as an Org LSP server

2020-12-14 Thread TEC
Hi Neil, Nope! That’s the nice thing, those are all currently features of the LSP protocol . All the best,Timothy From: ">Neil Jerram Subject: Re: Emacs as an Org LSP server To: ">TEC Cc: "org-mode-email" Date: Tue, 15 Dec 2020 01:57:27 +0800 Yes, thanks,

Re: Emacs as an Org LSP server

2020-12-14 Thread TEC
Russell Adams writes: > LSP is also REST based, so your editor how has to talk to a web > *server* over a network. This could be central, and not just on your > machine. How would you know in an update that didn't happen? This just ... isn't right. It's not even REST based, it's using

Re: Emacs as an Org LSP server

2020-12-14 Thread TEC
stuff like table alignment, checkbox state propagation… Does that help? All the best,Timothy From: ">Neil Jerram Subject: Re: Emacs as an Org LSP server To: ">TEC Cc: "org-mode-email" Date: Tue, 15 Dec 2020 01:22:55 +0800 I'm afraid things still aren't clear for m

Re: Emacs as an Org LSP server

2020-12-14 Thread TEC
Jean Louis writes: > [LSP is a evil plot from microsoft] Hi Jean, I can see that you're overly concerned about Microsoft being able to somehow exert control over this. It may assuage your concerns to see an example "technology stack" that Org-LSP could fit into. 1. Org / Emacs, all GPL-3 2.

Re: TEC: update the new website ML page?

2020-12-14 Thread TEC
Russell Adams writes: > One could argue that "Releases", "Updates", and "Install" should be > merged into a common download link. They all are the same thing. ;] Hmmm. "Updates" seems like a bit of a special thing, but perhaps some merging could happen sensibly. If that could be worked out,

Re: TEC: update the new website ML page?

2020-12-14 Thread TEC
Eric S Fraga writes: > Conclusion is that there is no conclusion. Sounds about right . Thanks for the link Eric. -- Timothy

Re: Emacs as an Org LSP server

2020-12-14 Thread TEC
that clear things up for you? You can also see https://langserver.org/. All the best,Timothy From: ">Neil Jerram Subject: Re: Emacs as an Org LSP server To: ">TEC Cc: "org-mode-email" Date: Mon, 14 Dec 2020 23:46:12 +0800 Thanks Timothy.  I did read the README, bu

Re: TEC: update the new website ML page?

2020-12-14 Thread TEC
Bastien writes: > FWIW, I just slightly updated this page with this paragraph: > > If you are not a subscriber to the list, you can still send an email > to emacs-orgmode@gnu.org, we will add you to the whitelist of people > who can reach the list.  >> As a second request, can we get a link

Re: Emacs as an Org LSP server

2020-12-14 Thread TEC
e: Emacs as an Org LSP server To: ">TEC Cc: "org-mode-email" Date: Mon, 14 Dec 2020 19:41:05 +0800 Could you describe a use case?  Apologies if I missed this in earlier threads.On Sun, 13 Dec 2020 at 10:44, TEC <tecos...@gmail.com> wrote: A little progress update.https://github.co

Re: [PATCH] Enhance org-html--build-meta-info

2020-12-13 Thread TEC
Bastien writes: > Can we approach this with two patches, one with the refactoring and > one with the added functionality? Sure :) I'll take care of this when I get home in a few hours. > This sounds useful. Glad to hear! > I think "Org Export" as the default is counter-intuitive, let's

Re: [PATCH] Enhance org-html--build-meta-info

2020-12-13 Thread TEC
Bastien writes: > Let's wait for Jens feedback on this patch, since he took care of > testing it so far. Assuming Jens responds as he usually has (relatively promptly), this sounds good to me :) > In a nutshell, can you restate what problem is this patch fixing? There are two things I

Re: [PATCH] org-plot abstractions and extension

2020-12-13 Thread TEC
Bastien writes: > Applied, with minor modifications of the changelog entries: > > - You need to add an entry when creating a new custom variable. > > - I suggest saying "option" instead of "custom variable". > > - Sentences should be separated by two spaces and start with an > uppercase

Re: Org Capture Menu cannot be fully viewed

2020-12-13 Thread TEC
Hi Jean, a few thoughts. Jean Louis writes: > In other words program like Org capture is not meant for people having > too many templates and that shall be explained right away both in > function definitions and in the manual. Important people lose their > time and effort in customizing org

Re: Emacs as an Org LSP server

2020-12-13 Thread TEC
Jean Louis writes: > * TEC [2020-12-13 13:44]: >> >> A little progress update. >> >> https://github.com/tecosaur/org-lsp now exists. > > As Org-mode does not have collaboration neither was initially designed > for other editor, such idea is welcome. >

Re: [PATCH] Enhance org-html--build-meta-info

2020-12-13 Thread TEC
381aff7562df96945aa58838ad966aa9211 Mon Sep 17 00:00:00 2001 From: TEC Date: Thu, 17 Sep 2020 21:27:18 +0800 Subject: [PATCH] lisp/ox-html.el: make html meta func nicer * lisp/ox-html.el (org-html--build-meta-info): Multi-line repeated structure extracted to new function `org-html--build-meta-entry'

Re: org-plot line colors

2020-12-13 Thread TEC
Hi Ian, Sorry for the slow response, I'm marked your email though, so I'm now getting back to you :) ian martins writes: > I wanted to change line colors but didn't find a way. Is there a way? Indeed! Though I do it with lisp, and using my patches. I think I saw a patch about multiline

Re: Sv: New startup options, showlevels

2020-12-13 Thread TEC
Just a quick note on the values proposed. All of the Alt Ns have overview + N-in-the-name options for N >= 2. e.g. show2levels, show3levels... For the sake of completeness/consistency I would suggest having a N=1 variant with that format too. This would duplicate the behaviour of "overview",

Re: Emacs as an Org LSP server

2020-12-13 Thread TEC
A little progress update. https://github.com/tecosaur/org-lsp now exists. I have no idea what I'm doing, so if anyone has feedback on the current idea, that would be much appreciated. TEC writes: > Hi Everyone, > > From the Org standardisation effort the idea of using Emacs as

Re: New startup options, showlevels

2020-12-13 Thread TEC
Eric S Fraga writes: > I wonder whether something like levels:N or show:N or content:N is > possible in a startup setting, akin to H:N in options? If I may toss my opinion into the ring, "show:N" seems like the most intuitive syntax to me :) -- Timothy

Re: New startup options, showlevels

2020-12-13 Thread TEC
Eric S Fraga writes: > I wonder whether something like levels:N or show:N or content:N is > possible in a startup setting, akin to H:N in options? If I may toss my opinion into the ring, "show:N" seems like the most intuitive syntax to me :) -- Timothy

Re: stability of toc links

2020-12-10 Thread TEC
> There are a few touch ups I'll do to my code shortly I'm pleased to say that I've improved the readability and documentation of my code (hopefully) in https://github.com/tecosaur/emacs-config/commit/dc873d3 I hope this may be of some help, Timothy

Re: stability of toc links

2020-12-10 Thread TEC
Carsten Dominik writes: > Yes, I mean this code, or something like this, to aid the automatic > creation of links that are somewhat stable. I have been missing this very > much. Hi Carsten, glad to hear that there /does/ seem to be interest in this after all :) A few things worth saying I

Re: new website: not easy to find how to ask for help

2020-12-08 Thread TEC
Tom Gillespie writes: > Hi Eric, >Good point, we are indeed missing a line that says "You can mail > the list directly at mailto:emacs-orgmode@gnu.org.; Here's a patch. I > assume it is probably ok to put the raw email on the site. Best, > Tom Seems sensible :) Thanks for raising this

Re: [PATCH] org-plot abstractions and extension

2020-12-08 Thread TEC
It's now been 1.5 months, so I'm going to bump this thread. -- Timothy TEC writes: > Bastien writes: > >> I'm not an org-plot.el user so I cannot test, but by reading the >> patches, they look okay. >> >> Let's go in "optimistic merging" mode and comm

Re: stability of toc links

2020-12-08 Thread TEC
Hi Sam, link stability is a concern I've had too. I currently have a fix (or at the very least, an improvement) for this in my config where I overwrite org-export-get-reference. (see: https://tecosaur.github.io/emacs-config/config.html#nicer-generated-heading). I raised this on the list a while

Re: [PATCH] doc/org-manual.org: Extend table formulas Lisp form documentation

2020-11-18 Thread TEC
I have 2c on the use of "interpolated". 1. I tend to think of "interpolated" in terms of it's mathematical meaning 2. The other denotations relate to insertion and renewing, which simply doesn't fit. I appreciate that other people may have used this too, but as I see it that just means

Re: export +A+ to latex, xout and not sout

2020-11-08 Thread TEC
Hi Uwe, Uwe Brauer writes: I'd rather prefer to have \xout{A} instead of \sout{A} How can I achieve that? How about this: (setcdr (assoc 'strike-through org-latex-text-markup-alist) "\\xout{%s}") Hope that helps, Timothy.

Re: Tables: missing multi-col/row syntax

2020-11-04 Thread TEC
syntax, and it would allow the fundamental structure of the table to remain the same -- rows of cells. For example #+TBLCELLMERGE: @2-3$1 or something like that. Thoughts? Tom On Mon, Nov 2, 2020 at 1:37 PM TEC wrote: Hi all, This is a pretty major 'feature request', but I think also

Re: Thoughts on the standardization of Org

2020-11-03 Thread TEC
Eric S Fraga writes: On Tuesday, 3 Nov 2020 at 05:31, Ken Mankoff wrote: But I'm weary of seeing all my colleagues say "Jupyter" and not "Org" +1 (not to mention the case of MSWord instead of Jupyter) 濫 So, yes, if TEC or others can get us there, I'm all for i

Re: Tables: missing multi-col/row syntax

2020-11-03 Thread TEC
David Rogers writes: IMO this can (and definitely should) be regarded as a purely cosmetic problem, to be resolved by purely cosmetic methods. I think the idea that each table cell is exactly one unit of information (and can’t be a collection or array of units of information) is more

Re: Tables: missing multi-col/row syntax

2020-11-02 Thread TEC
: clearer without line wrapping, more concise examples definitely available if I thought about it a tad more) On Mon, Nov 2, 2020 at 1:37 PM TEC wrote: Hi all, This is a pretty major 'feature request', but I think also an important one. When developing large tables, it can often be /necessary

Tables: missing multi-col/row syntax

2020-11-02 Thread TEC
Hi all, This is a pretty major 'feature request', but I think also an important one. When developing large tables, it can often be /necessary/ to start using multi-column/row cells for clarity, and sensible exporting results. As far as I am aware, in Org does not currently have any

Emacs as an Org LSP server

2020-11-02 Thread TEC
Hi Everyone, From the Org standardisation effort the idea of using Emacs as the basis of an LSP server for Org has been mentioned a few times. I thought this deserved it's own thread so here it is :) I'm quite keen to investigate the viability of this idea. Some key questions that I think

Re: Thoughts on the standardization of Org

2020-11-02 Thread TEC
Russell Adams writes: On Mon, Nov 02, 2020 at 02:56:58PM +, Eric S Fraga wrote: (as an aside, Emacs as an LSP could be interesting, especially if network based) LSP is a standard from Microsoft: https://github.com/Microsoft/language-server-protocol/ It allows networked JSON and

Re: Thoughts on the standardization of Org

2020-11-02 Thread TEC
Daniele Nicolodi writes: On 02/11/2020 10:02, TEC wrote: I think there are absolutely some benefits for Org users. I am personally interested in registering Org as an IANA MIME type. I don't think that registering Org as IANA MIME type will have the consequences you hope it has. Hmmm

Re: Thoughts on the standardization of Org

2020-11-02 Thread TEC
Daniele Nicolodi writes: Acceptance criterion for what? Adoption of what? It seems to me that some see a the adoption of a simplified version of the Org markup language outside Emacs and the org-mode implementation as something desirable. However, I don't see what the Org community would

Re: Thoughts on the standardization of Org

2020-11-01 Thread TEC
Dr. Arne Babenhauserheide writes: Asa Zeren writes: Also another note is that the worg syntax document does begin to specify this. My point is to bring this out into a separate document. Why should this be in a separate document? The obvious place for a standard is worg, and the way

Re: Thoughts on the standardization of Org

2020-11-01 Thread TEC
I feel that this also ties into my earlier idea of putting Emacs as/inside an LSP server for Org. I suspect there may be a a lot of potential in making it dead easy to use Emacs as a tool. I'm rather busy over the next few weeks, but I'd be happy to spearhead a project in this direction.

Re: Thoughts on the standardization of Org

2020-11-01 Thread TEC
Hi all, Following what I've read on the list I've developed thoughts on what the best approach might be. My current thinking is that it may be possible to have Org registered as a standard in such a way that it does not constrain our development efforts. How? We forgo locking down the

Re: Org-Mode as DSL

2020-10-30 Thread TEC
Eric S Fraga writes: It's not a crazy idea but one which misses one of the best features of org mode: it is part of Emacs. For me, a markup language is not so exciting: we have plenty of them. What makes org mode powerful is that it is infinitely customizable by being part of Emacs. I

Re: New website - back to the old unicorn!

2020-10-28 Thread TEC
Hi Stefan, This seems very suspicious for one reason. I cannot see "Canvas" anywhere in the entire codebase of the website, or any loaded resources. So I have no idea where on earth the JS you're finding has come from - I'm guessing it's improperly injected by a extension. FWIW I also run

Re: New website - back to the old unicorn!

2020-10-28 Thread TEC
Let's do two at once: Daniele Nicolodi writes: Great work! it looks very nice and informative at the same time. That's the idea! :D If I can bikeshed a bit more: I like the lighter page background that is currently on http://orgomode.org more than the darker one in the new version.

Re: New website - back to the old unicorn!

2020-10-28 Thread TEC
Daniele Nicolodi writes: - (minor) I would add a background to the example in the home page to make it stand out more as an example org-mode syntax buffer - (very minor) why does the example on the home page need to be an SVG file? It would be very cool if it could be copy and pasted, but

Re: New website - back to the old unicorn!

2020-10-27 Thread TEC
Hi JRSS, great to hear from you! JRSS writes: I've been using org for two years and the new website made me realize I can maybe help (with the "yes. Do this" link) simply by joining the email list and help with documentation. I'm not a coder (baby steps, here and there) but I've been

Re: New website - back to the old unicorn!

2020-10-26 Thread TEC
Eric S Fraga writes: On Monday, 26 Oct 2020 at 14:54, Daniele Nicolodi wrote: - (minor) I would add a background to the example in the home page to make it stand out more as an example org-mode syntax buffer This bothered me as well when I visited the site. I think it would help to

Re: New website - back to the old unicorn!

2020-10-26 Thread TEC
Daniele Nicolodi writes: On 26/10/2020 14:54, Daniele Nicolodi wrote: On 26/10/2020 11:27, TEC wrote: TEC writes: there are a few teething issues that have appeared when deploying the site on orgmode.org. These issues have now been fixed! Go wild :P I've taken the liberty of making

Re: New website - back to the old unicorn!

2020-10-26 Thread TEC
Daniele Nicolodi writes: I like the new design. Thank you for your work! Thanks for the kind words! Two things: *cough, Three  - in Firefox on a macOS machine, the colophon renders as "Made with XX by TEC" with the XX being an Unicode replacement character. What is it

Re: New website - back to the old unicorn!

2020-10-26 Thread TEC
Nick Dokos writes: One thing that I have done in the past (and I'm probably not the onlye one) on the Emacs SE is refer people to the mailing list through the old link: https://orgmode.ord/community.html which does not exist any more, so we have a whole lot of broken links on Emacs SE at

Re: New website - back to the old unicorn!

2020-10-26 Thread TEC
gyro funch writes: The new site looks really great! Thanks  If we stumble upon minor issues (e.g., typos), what would be the best way to notify you? A quick email works fine for that :) and I'm also happy with github issues: https://github.com/tecosaur/orgmode.org/issues/new All

Re: New website - back to the old unicorn!

2020-10-26 Thread TEC
Leo Vivier writes: I really like the new design. You’ve done some fantastic work, Timoty, as well as all the people who’ve contributed. :) Thanks for the kind words! It means a lot to hear that the revamp is going down well . I especially like the new page for Tools:

Re: New website - back to the old unicorn!

2020-10-26 Thread TEC
TEC writes: there are a few teething issues that have appeared when deploying the site on orgmode.org. These issues have now been fixed! Go wild :P I've taken the liberty of making a post on reddit: https://www.reddit.com/r/emacs/comments/jic3ww/the_org_website_has_been_revamped/ Once

Re: New website - back to the old unicorn!

2020-10-26 Thread TEC
Hi Everyone, just a quick note from me: Regarding the intermediate state, there are a few teething issues that have appeared when deploying the site on orgmode.org.* If we could hold off from announcing this on some of the more high-traffic forums till these get sorted out that would be

Re: [PATCH] org-plot abstractions and extension

2020-10-24 Thread TEC
thy >From 3743e507775b446f5f8188958c20f65861fac3fb Mon Sep 17 00:00:00 2001 From: TEC Date: Wed, 8 Jul 2020 18:34:46 +0800 Subject: [PATCH 01/15] org-plot.el: make indentation method consistent * lisp/org-plot.el (org-plot/gnuplot): Make indentation consistent, by replacing a few spaces with tabs. Only 6 of 347 line

W3C violations in Org's HTML export

2020-10-23 Thread TEC
Hi everyone, In developing my take on the Org website and my coFig file, it has come to my attention that there seem to be a few W3C violations in the HTML export. I always export with these settings, which may affect some of the items below. #+begin_src emacs-lisp (setq org-html-doctype

Re: Babel->Latex export: how to set includegraphics scale?

2020-10-22 Thread TEC
Hi Mirko Mirko Vukovic writes: Instead specifying the width, I'd like to use the parameter \scale. Have you tried #+attr_latex: :scale SCALE ? Not sure how you'd put this in a header though I'm afraid - you'll likely want to change a variable or add an export filter. Hope something

Re: [PATCH] org-plot abstractions and extension

2020-10-16 Thread TEC
Hello all, I'm still hoping that someone might get back to me ... eventually, so here's another bump. Timothy. TEC writes: Hello everyone. Just in case this has slipped through the cracks / fallen under the radar --- here's a little bump. Timothy. TEC writes: Oooops, I've just

Re: best practices query: non-emacs packages based on tangled source

2020-10-16 Thread TEC
Hi Greg, Just one little thing that occurs to me, for accepting PRs if you add the header arg (globally would probably be best) :comments link That with M-x org-babel-detangle should help with accepting PRs. Hope that helps, Timothy. Greg Minshall writes: hi. i apologize if this has

Re: Shower thought: submit an IETF RFC to register Org as a MIME type

2020-10-06 Thread TEC
Wes Hardaker writes: Ok, I'll try to create a template we can fill out in github next week (I'm swamped this week with a deadline). Sounds good :) I'm fairly busy for the next ~month and a half anyway so I'm happy to accommodate delays. Would it be a good idea to use the markdown RFC

Re: Shower thought: submit an IETF RFC to register Org as a MIME type

2020-10-01 Thread TEC
Wes Hardaker writes: IETF person here. If you want help or a co-author, I can help if needed. [not a mime expert, but I've been involved with the IETF for ~25 years] Fantastic! I've never summited an RFC or interacted with the IETF before in my life, so that sounds great to me :)

Re: Shower thought: submit an IETF RFC to register Org as a MIME type

2020-09-30 Thread TEC
Bastien writes: You register once and for all? Is there some red tape involved in maintaining the registration? Assuming I haven't misread/missed anything, the only thing that we might cause a change is if the specification changes - but since it looks like we can just link to our

Re: Shower thought: submit an IETF RFC to register Org as a MIME type

2020-09-30 Thread TEC
Bastien writes: If there is absolutely zero burden put on the shoulders of Org's maintainers, then I'm all for it. From the look of things, there's just effort in the initial creation. I think it would serve well the proliferation and popularization of org-mode. Agreed. This is the

Re: opening a 0.5 MB org file is slow

2020-09-29 Thread TEC
Samuel Wales writes: a long time ago i discovered that drawers were the bottleneck. i removed a lot of them and got much faster loading speeds. idk if that is still true. There's a thread about improving this, see: https://orgmode.org/list/87h7x9e5jo.fsf@localhost/ Just in case that's

Re: PATCH: Display point of code block point when confirming evaluation

2020-09-29 Thread TEC
Kyle Meyer writes: That sounds reasonable to me, and the change looks fine to me. My only thought is that perhaps the line number would be friendlier to report, but I don't feel strongly about that. +1 for line numbers Assuming the current format is something like: "Do you want to eval

Re: [PATCH] Enhance org-html--build-meta-info

2020-09-27 Thread TEC
Jens Lechtenboerger writes: On 2020-09-28, TEC wrote: Jens Lechtenboerger writes: Also, in org-html--build-meta-info you call org-html-encode-plain-text with two arguments, but it just accepts one. ? No I don't. Your patch contains this: + (let* ((title (org-html-encode-plain

Re: [PATCH] Enhance org-html--build-meta-info

2020-09-27 Thread TEC
plain-text with two arguments, but it just accepts one. ? No I don't. Best wishes Jens Hope that clarifies things a bit, Timothy. -- Moved the keyword in with the rest. From 889ae918aed267417825d565df9135221dae16b1 Mon Sep 17 00:00:00 2001 From: TEC Subject: [PATCH] lisp/ox-htm

Re: [PATCH] org-plot abstractions and extension

2020-09-25 Thread TEC
Hello everyone. Just in case this has slipped through the cracks / fallen under the radar --- here's a little bump. Timothy. TEC writes: > Oooops, I've just noticed my patch attachment re-send was only addressed > to Bastien (maybe this is why I haven't heard anything?). > This is w

Re: [PATCH] Enhance org-html--build-meta-info

2020-09-25 Thread TEC
ated patch below: >From da3878493a8c7097bf44add925696ede86ede661 Mon Sep 17 00:00:00 2001 From: TEC Subject: [PATCH] lisp/ox-html.el: make html meta func nicer * lisp/ox-html.el (org-html--build-meta-info): Multi-line repeated structure extracted to new function `org-html--build-meta-entry'. The opportunity was taken t

Re: The Website Revamp: The final stretch

2020-09-24 Thread TEC
An update. 1. We have a volunteer for a Japanese translator (yay!), still looking for a french one 2. Following the community opinions and feedback on the designs presented, further iteration has occurred and 20 concepts have been reduced to the three most promising candidates. I

Re: The Website Revamp: The final stretch

2020-09-24 Thread TEC
Hi Devin, thanks for checking up on this! Devin Prater writes: > [no alt texts for images] This should be fixed now! (https://github.com/tecosaur/orgwebsite/commit/545d0c7d28) > Also, I cannot find the area to view the Org-mode source of a page. Ah, yes. This was removed at the request of

  1   2   >