Bastien writes:
I hope you will have time to move forward with sending patches
so that we can discuss the feature proposals against something
we can actually test.
Well, I'm currently having a look at patching this, so this looks
hopeful :)
I think I've got a mostly-functional
>From 379e23545d7e55766e48b50514bd797bdf691a40 Mon Sep 17 00:00:00 2001
From: TEC
Date: Sun, 24 May 2020 23:35:33 +0800
Subject: [PATCH] Extend org-edit-special to editing LaTeX-fragments
---
lisp/org-src.el | 19 +++
lisp/org.el | 1 +
2 files changed, 20 inserti
Hello Bastien,
Below I've included some quick (hopefully useful) notes on the
changes
I've made.
Bastien writes:
p.s. If you'd like a TLDR on that website thread I started I'd
happily
attempt one. I just hope you don't find me too presumptions
going as far
as I have without having
Bastien writes:
> Please share it on the list if you feel it's ready for a review.
Well, I'm pretty sure it needs further tweaks, but I think that the bulk
of the work would benefit from review at this point --- should I send it
in?
> Also, Mario has been working on org-plot.el too
Ah yes,
Just a quick note from me.
Bastien writes:
Let's discuss this with care, and consider all possible
outcomes.
This is /exactly/ what I was hoping to prompt with this email.
I think it would be a nice idea (assuming feasibility), but it's
certainly not something to rush.
All the best,
Bastien writes:
> When you upgrade Org, please report whether your code still works so
> that we can discussing its integration as a feature in Org, if that's
> useful to others as well.
For what it's worth, I'm just a few commits behind head and this:
, please give me your thoughts on the attached patches :)
Timothy.
<#part type="text/x-patch"
filename="/home/tec/.emacs.d/.local/straight/repos/org-mode/0001-org-plot.el-make-indentation-method-consistent.patch"
disposition=attachment>
<#/part>
<#part type="te
Bastien writes:
> Sure, please go ahead.
Will do! :)
> Great -- because I know Mario shared a lot of proposals, many of which
> where probably ignored or dismissed because the patches did not follow
> our conventions closely enough (despite his notable efforts).
>
> It is of foremost
I'm with you on this - the behaviour we've seen is clearly inhuman.
Oh the other hand, this 'imposter' does seem to be doing good work
... I wonder if we can keep it when we re-capture the real Bastien?
Yours in conspiracy,
Timothy.
Hi Tom,
Thanks for your emails, they're most helpful!
I'll respond to them one at a time.
Tom Gillespie writes:
> When the dimensions of the browser window become too narrow the links in
> the header move to the hamburger menu. This seems like it is quite bad
> for discoverability. Is there
Tom Gillespie writes:
> Oop, one other thing. There is no obvious way back when clicking view
> source, and the button disappears out from under the mouse which is
> quite annoying. Is it possible to retain the header so that one can
> toggle the view of the main page and the source simply by
Hi all,
I've taken a little look at improving how Org is seen/searched around
the web. We currently have open graph and twitter meta tags, and I've
now see that we should be able to improve our search result too.
Looking at
https://developers.google.com/search/docs/guides/search-gallery this
Colin Baxter writes:
This look really nice - simple but comprehensive and very
readable.
Thank you for your kind words :)
There is a slight issue with your link
"javascript:show_org_source()" in
that it wont load of course in non-js browsers such as eww and
emacs-w3m.
Ah, yes. This is
Bastien writes:
> (In general, it would be good if downstream enhancements like these
> could be shared upstream, we are generally quite grateful for help!)
>From memory, Doom actually has a number of rather nice Org patches that
it hoards :P IIRC simply to avoid the effort of going through
Tom Gillespie writes:
> Hi Timothy,
> Based on the available relationships Org mode is almost certainly
> a https://schema.org/SoftwareApplication that is a
> https://schema.org/softwareAddOn of https://emacs.org as well is in
> https://schema.org/applicationSuite https://emacs.org. There
Mario Frasca writes:
> Hi all. Temporarily with hardly any connection. I dropped attempting
> to have my patches accepted after a couple of RFCs were met with
> silence. My understanding is that org-plot is abandoned, in favour of
> babel blocks, and I have too little interest in learning
nfortunately, I have yet to find
> a good way of attaching files in mu4e.
> Those should have been converted into attachments in a plaintext
> email, but that didn't work.
>
> Let me know if this attempt works as intended,
>
> Timothy.
>From c62e817b04dfbe624ee8b2090ebcde257bbd3f
Emanuel Berg writes:
> TEC wrote:
>
> I know this commands well from my LaTeX projects,
> but I'm gonna use LaTeX anyway, what's the use of
> using org-mode?
You see, strangely enough - if you want to tweak the result of Org
exporting to LaTeX, you have to write LaTeX :P
Ass
Emanuel Berg via General discussions about Org-mode.
writes:
> user-error: Unknown LaTeX class ‘korma-article’
This is just because the class has to be defined in =org-latex-classes=
(see the doctring for info).
By default it contains:
- beamer
- article
- report
- book
>>
pssst. I think you're a bit off. See my reply ;)
All the best,
Timothy.
> Is anyone willing to help with (1) and/or (2)?
I'm willing to give (2), and potentially (1) a shot :)
Timothy.
Bastien writes:
> this is more like: the main website should contain as little as
> possible while worg, being collaborative, should contain as much
> as possible.
Ok. I'll keep this in mind in future efforts. Sounds like the current
tools page should be shifted over, I'll try to do this in
Bastien writes:
thanks for reporting this. I think the echo area should display
the outline path using Emacs default font, removing both height
and colors. That's fixed in maint now as a3576543f.
If someone want to remove the height while preserving colors,
let's consider this option too.
Hi everyone,
Prompted by the fact that Markdown is registered as a MIME type
(RFC7763) and perusing the MIME registration procedure (RFC6838),
I wonder if it may be possible to register Org as a MIME type?
There are a few parts of RFC6838 in particular which give me hope,
such
as:
[§4.9]
Hi Bastien!
Great to see you back on the lists again :)
Bastien writes:
> Good guess :) I'm rolling up my sleeves to get to 9.4 ASAP so that
> we can commit features in the master branch again soonish.
>
> Still, you can share patches on the list, that's useful to discuss
> and improve
Maxim Nikulin writes:
I do not know how much work is required to update animated
images.
Maybe someone will give better ideas, so do not hurry.
I'll store a link to this email for when I have time to revisit
this :)
- Publishing. Something wrong with HTML export of the LaTeX
macro,
Hello everyone :)
The end is now in sight! Other than the somewhat bare index page, I feel
that we're nearing complete coverage of the current site (at least all
the 'main' pages).
If you haven't already please give my revamp project a look:
http://orgmode.tecosaur.com, and let me know if
Bastien writes:
>> Thanks! I agree it would be nice to have a comprehensive list of org
>> exporters in worg - although usually a search for "org export
>> " points in the correct direction :)
>
> Indeed, such a list would be helpful.
>
> Is anyone interested in working on this?
I'd happily
Bastien writes:
> I think it would be best to store this information on Worg rather than
> on the website: the website should be for quasi-immutable things (with
> only a few people having write access), while worg is a perfect place
> for things that can be collaboratively updated.
My mental
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
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
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
Maxim Nikulin writes:
I have tried adaptive design tool in firefox. Currently I would
rather complain concerning the size of the unicorn logo. It
consumes whole screen when emulation of a phone and landscape
orientation is selected. I expect more informative greeting.
Oh my. I just
TEC writes:
Oh my. I just checked that out and it looks ridiculous. I seem
to have accidentally messed with the mobile styling at some
point, should be easy to get it to behave sensibly again though.
Please give this another look now, it should be better.
There is something wrong
Nick Dokos writes:
TEC writes:
:results raw drawer
You mean `:results drawer'? There is no reason to include `raw'.
Ah yes, I mean instead of "raw" use ":results drawer"
Timothy.
Julius Dittmar writes:
as far as I know this is no bug. Reason: How could org tell
where the old results end? There's no end marker. Thus instead
of removing everything that follows, it refrains from removing
anything.
This is my understanding. It's also why I tend to use
:results raw
Hi Maintainers,
Are we still in a feature freeze? At the start of June Bastien
announced a feature freeze (Release 9.3.7). As we are now moving
into September, I'm wondering if this is still in effect? I can't
see any recent emails from Bastien either so I'm guessing he's
just been snowed
Hello!
Not much has changed since my last message, other than me becoming
fairly busy :(
I have performed debuzzwordification on the header, and
implemented the compacted design prototyped previously. I expect
Maxim will likely still think the font-size is too big, but I
somewhat like it
Hi Everyone,
I've just pushed the initial version of a package I think is pretty nifty (no
bias here ;) and thought it might me nice to mention it to the mailing list.
https://github.com/tecosaur/org-pandoc-import
This leverages Pandoc to reduce my interaction with other formats. Hopefully
it's
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
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
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
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
Nicolas Goaziou writes:
> Nitpick: It's Org mode (or Org Mode though I prefer the former), but not
> Org-Mode (or Org-mode).
Fixed (Sentence Case).
> I'm not sure the subtitles behind "Features", "Install", ..., are
> useful. Worse, I have some feeling they could give a wrong impression
>
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
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
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
I'm still hoping for that discussion :P
To the Org community, if you have thoughts on this - please share them
:)
Timothy.
Me earlier:
> Bastien writes:
>> Let's discuss this with care, and consider all possible outcomes.
>
> This is /exactly/ what I was hoping to prompt with this email.
> I
Palak Mathur writes:
> I liked 3.1, 1.2 and 2.2 in that order. The reason for 3.1 it gives
> contrast between the navigation panel, banner and highlights the
> request for Donations.
Thanks!
FWI I'm putting positions on
https://orgmode.tecosaur.com/colophon.html#theme-votes
Much
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
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
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 :)
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
Jens
Thanks for your feedback!
Timothy.
-
Updated patch:
>From 3a02e4d3bce5f7f0cbdb34c98f4267cea40eec3e 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 funct
TEC writes:
> <#part type=“text/x-patch”
> filename=“home/tec.emacs.d/.local/straight/repos/org-mode/0001-lisp-ox-html.el-make-html-meta-func-nicer.patch”
> disposition=inline>
> <#/part>
I have no idea what I need to do to get Mu4e to attach files, but I'm
clearly no
Hi All,
This just replaces the current `org-html--build-meta-info' with a
cleaner, more
extensible (I also added a new variable) version. Please give it a look
and let
me know what you think!
Timothy.
<#part type="text/x-patch"
filename="/home/tec/.emacs.d/.local/straight/r
if this is good, or if you'd like any changes.
>From 31aa97c7f0cc9bf7272f4e781192b1458ee98525 Mon Sep 17 00:00:00 2001
From: TEC
Date: Sun, 24 May 2020 23:35:33 +0800
Subject: [PATCH] Extend org-edit-special to editing LaTeX-fragments Defines a
new function, `org-edit-latex-fragment' which is hoo
Nicolas Goaziou writes:
Hello,
Timothy writes:
Well that didn't quite work as intended. Here's a take two.
This doesn't look bad. Thank you.
In the commit message, you need to list functions being
modified. See other commits messages for some examples.
I'll patch my patch :P
+
>From 748c20d65df9cd0ae9f9f80c2bb5ee87aea101e4 Mon Sep 17 00:00:00 2001
From: TEC
Date: Sun, 24 May 2020 23:35:33 +0800
Subject: [PATCH] Extend org-edit-special to editing LaTeX-fragments Defines a
new function, `org-edit-latex-fragment' which is hooked into
`org-edit-special', modifying `
Nicolas Goaziou writes:
I don’t think we need to worry about newlines,
We need to.
| some | table| | LaTeX | $1 + 1$ |
Oh dear, I haden't considered that. This is beginning to sound
complicated :sweat_smile:
Just saying 'no' to new lines seems like a possible solution, but
I've had another thought :)
Nicolas Goaziou writes:
The equivalent code will prevent a user from changing, deleting
the LaTeX markers, or writing past them : this is not the
purpose of the functionality.
That's most helpful, thanks :)
I'l have a look at that now, in the mean time here's
Nicolas Goaziou writes:
This is the following part, in `org-edit-footnote-reference':
Thanks. Sorry I'm having you repeat yourself.
Replacing "\n" with "", as above, is too strong BTW. It would be
better to replace it with " ". I'll fix the footnote-reference
part.
Sounds sensible.
Nicolas Goaziou writes:
It seems you're mixing inline source blocks and LaTeX fragment.
You
modified the former, but not the latter.
Ooops, I'll fix that.
+ (lambda () ; trim content
+ (goto-char (point-min))
This is not needed. The function is always called at
`point-min'.
Nicolas Goaziou writes:
You also need to put read-only property on fragment markers, and
remove any blank line as the final step. See
`org-edit-footnote-reference'.
I'm trying to work out what it is that should be happening with
this. Looking at `org-edit-footnote-reference', as you
Nicolas Goaziou writes:
Just saying 'no' to new lines seems like a possible solution,
but long equations can often be deperate for newlines when it
comes to readability.
Saying no to new lines is only necessary in tables. Outside, we
only need to say no to blank lines.
This is what I
One other quick comment
Nicolas Goaziou writes:
LaTeX fragments should not break paragraphs, or tables. So you
need to
prevent inserting blank lines, or even newlines characters in
the case
of tables.
I don't think we need to worry about newlines, particularly as
this only applies
to
Nicolas Goaziou writes:
That would be undesirable. LaTeX fragments (inline type) and
LaTeX environments (block type) are different beasts. This is
clearly outside the scope of `org-edit-special' to move from one
type to the other.
Inline LaTeX, and Environments are indeed different. I
>From fc91322e9f8e47484767b66fb9f438d3326ccc08 Mon Sep 17 00:00:00 2001
From: TEC
Date: Sun, 24 May 2020 23:35:33 +0800
Subject: [PATCH] Extend org-edit-special to editing LaTeX-fragments Defines a
new function, `org-edit-latex-fragment' which is hooked into
`org-edit-special', modifying `
Nicolas Goaziou writes:
I don't understand what would be the best of HTML email in that
case. You're neither inlining any image, nor using any fancy
presentation. Yet, your email is twice as big as it could be.
HTML is often prettier :P it's also nice to get code blocks with
syntax
Nicolas Goaziou writes:
Without hesitation, the first form is nicer. The second one is
just abusing let-binding. I die a little just by looking at it.
I'll make an attempt to avoid killing you then :P
See `rx' macro. S-exp regexps are usually easier to read (after
an initial struggle),
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
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
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.
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
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
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:
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
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
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
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
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
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
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
:PROPERTIES:
:ID: 1161308a-ef0c-4490-bb36-13634f8de727
:END:
User-agent: mu4e 1.4.10; emacs 26.3
Message-ID: <87r1t7mu52@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; format=flowed
Received-SPF: pass client-ip=2607:f8b0:4864:20::102b;
envelope-from=tecos...@gmail.com;
The effort continues!
To give an idea of what's changed, here's a commit log:
Unmerged into origin/master (19)
- master Replace header generic org description with quote -
Remove jQuery, do smooth scrolling with CSS - Add open grabh meta
tags - Don't eval src blocks on export, by default -
I now have a more complete patch set if any maintainers would be
ready to receive and review it.
TEC writes:
Hi All,
I’ve just finished re-working my modifications to org-plot into what I hope is a
form that may (in 9.5?) be merged at some point.
I stayed up later that I wanted getting
Good to hear from you!
Eric S Fraga writes:
I do like the animated images in the features page!
Glad you like them! I recently converted the static images to SVGs
with the help of someone using Emacs27 w/ Cairo, would be nice go
do something like an animated SVG in the future, but
Bruce D'Arcus writes:
> On Tue, Aug 4, 2020 at 11:50 AM Maxim Nikulin wrote:
>
>> It seems that new variant is too mobile-centric. On a 24in monitor I
>> expect something more than just a banner.
>
> I agree; it looked odd when I opened it on this 27-inch monitor.
Hmm. Sounds like this
Bruce D'Arcus writes:
> On a large monitor, there's so much space that I think the features
> content would best fit underneath a small banner.
Shrink the banner. Right - that sounds like something to try!
I messed with the CSS a little using browser devtools (with one or two
unintended
Thanks for the feedback!
Maxim Nikulin writes:
03.08.2020 12:11, TEC wrote:
To see how orgmode.org currently appears, see
https://i.imgur.com/XPFfBaB.png
Sorry for negative (and maybe discouraging) feedback. I would
not mind if you just skip my complains since I am
Another update :)
- For inspection, the WIP-code can now be found on github:
https://github.com/tecosaur/orgwebsite.
- The site is now more mobile friendly, the navbar now has a
burger state - The features page has seen a revamp in style and
content Please check it out and give me
Colin Baxter writes:
>> TEC writes:
>> - The site is now more mobile friendly, the navbar now has a
>
> Why? How many users are installing org-mode on their 'phones - smart or
> otherwise?
Zero, I expect :P
However, I don't think that's the question we should be ask
I feel like this may be where I need to jump in with:
*cough, off-topic
;)
Bo Grimes writes:
> On 8/5/20 6:26 AM, Eric S Fraga wrote:
>>Org mode on the move is brilliant to have.
>
> Agree! However, because I too find screen keyboards "very annoying" and small
> screens even more so,
Thanks for stepping through your thoughts in such detail.
I really appreciate it :)
Maxim Nikulin writes:
> On a phone I would expect to see something like
>
> Org mode for GNU Emacs
>
> - Keeping notes
> - maintaining TODO lists
> - planning projects
> - authoring documents
>
> with a fast
Maxim Nikulin writes: -- lots of stuff --
Since we're talking about newcomers now, I think there are 2c I
can share.
- I started sliding down the Emacs slope early this year My
- initial use case was Org, as a replacement of Jupyter (I want an
- editor,
not a fancy web page)
- I use
Once again, thanks for the detailed response :)
Maxim Nikulin writes:
- innovative :: does 'new' and exciting things that similar
products don't
This is the most "offensive" word for me. Minor issue is that
2003 means 17 years ago, not new, but really I consider the age
as an
Colin Baxter writes:
It seems to have the usual vertical monotone blocks, commonly
seen in mobile sites. These may be necessary for the small
screen but represent to me a retrograde development in web-site
design.
Ah yes, the big banner on the index page. I think I can see your
point of
>From a7af0ff66917f92c735735d88eeccb5019937273 Mon Sep 17 00:00:00 2001
From: TEC
Date: Thu, 9 Jul 2020 05:21:44 +0800
Subject: [PATCH 8/8] Org-plot: add radar plot type.
---
lisp/org-plot.el | 138 ++-
1 file changed, 137 insertions(+), 1 delet
Hi All,
Just a quick note: I'm yet to resolve this, so any further
comments/help on this would be much appreciated :)
Thanks,
Timothy.
Hi All,
I recently visited https://www.markdownguide.org/ and thought it
did a rather nice job of introducing markdown. Taking a look at
https://org-mode.org for comparison, it does a perfectly
servicable job of presenting org-mode ... but could benefit from
looking more circa. 2020 than
1 - 100 of 196 matches
Mail list logo