Re: Microsoft Excel spreadsheet editing directly from within emacs.
angels fear to tread but imo the degree to which one can say /a priori/ that a personal ui preference is "WRONG" can have limits? org spreadsheets can have strengths and weaknesses. whether they matter depends on the user. example: for me, they are: - i use them infrequently and have to learn their syntax and commands anew every time. that is /just me/. [dunno if this could be improved such as with ergonomics/accessibility improvements and more standard and less horizontal using interfaces.] - for some reason, ses and excel are intuitive /for me/. i can't give a song and dance about why, but i can say that it is not because i have huge experience with those. i do not. they just are quicker to pick up again after years of non-use. /for me/. - i like elisp [this is /just me/] and unfortuately do not know r, so elisp is great - calc is awe inspiring even though i almost never use it. it would be great if it, or org, or both, had even better and intuitive/convenient /for me/ chart producing ability. - plain text is great [few on the org list will disagree] - [perhaps a compromise would include a new feature in which gui spreadsheet data or ses gets saved entirely in org blocks? dunno.] - i suppose i vary between needing only a little data and data size that org is unlikely to deal with in an org table [as opposed perhaps to an enormous block or something] but that is merely my experience. reference to authorities or argumentation is unlikely to change that much. what might help imo is figuring out if org can accommodate different use cases, including basic gui/ses-mode type spreadsheet learning curve.
Re: Let emacs align all columns automatically on-the-fly within orgmode.
On Sat, Jan 2, 2021 at 6:51 AM Richard Kim wrote: > > > Hongyi Zhao writes: > > > On Mon, Dec 28, 2020 at 5:50 PM Ihor Radchenko wrote: > >> > >> Hongyi Zhao writes: > >> > >> > I use Chinese characters in some column, and it seems that pressing > >> > TAB can't do the trick for this senario. > >> > >> Take a look at https://github.com/casouri/valign > > > > Wonderful. Thanks a lot. I'll take a look and try it. > > In my experience valign was a disaster in that it made org-mode pretty > much unusable. For details see > https://github.com/syl20bnr/spacemacs/issues/14223 But for my case, it really does the trick and works like a charm. BR, -- Assoc. Prof. Hongyi Zhao Theory and Simulation of Materials Hebei Polytechnic University of Science and Technology engineering NO. 552 North Gangtie Road, Xingtai, China
Re: Let emacs align all columns automatically on-the-fly within orgmode.
Hongyi Zhao writes: > On Mon, Dec 28, 2020 at 5:50 PM Ihor Radchenko wrote: >> >> Hongyi Zhao writes: >> >> > I use Chinese characters in some column, and it seems that pressing >> > TAB can't do the trick for this senario. >> >> Take a look at https://github.com/casouri/valign > > Wonderful. Thanks a lot. I'll take a look and try it. In my experience valign was a disaster in that it made org-mode pretty much unusable. For details see https://github.com/syl20bnr/spacemacs/issues/14223
[PATCH] ox-publish.el: Speed up org-publish-cache-file-needs-publishing
Hi, I found publishing when there were no changes to be slower than expected. Profiling showed me that `org-publish-cache-file-needs-publishing' was invoking the `after-find-file' hooks, which I don't think is necessary. I've changed it to avoid doing that, by using `with-temp-buffer' and `insert-file-contents', and noticed a significant increase in speed. Is there any reason I'm missing for using `find-file-noselect' in this case? Best wishes, Emily Bourke 0001-ox-publish.el-Speed-up-org-publish-cache-file-needs-.patch Description: Binary data
Re: ist here a :post header arg for tangling?
I don't think there is an arg for that. I have written a tangler that reuses a lot of the org-babel machinery and has a more flexible mechanism to decide what to do with the tangled code -- I use it for example to not write a tangled file if it hasn't changed, meaning that it will not trigger recompile. The project is private now but if you're interested I can give you access to it. What exactly are you trying to do? Immanuel On Fri, Jan 1, 2021 at 2:09 AM George Mauer wrote: > > I'd like to run some code to post-process files after they are tangled. Is > there a header-arg for that? -- -- Researching the dual problem of finding the function that has a given point as fixpoint.
Re: underline with line breaks doesn't work
Hi Enrique,
On Fri, 01 Jan 2021 at 05:22, "Blair, Erik" wrote:
> I would like to use \ul from the soul package in Org mode for underlining with
> line breaks (and *not* underlining spaces). It’s not working well. It fails
> like \underline (spaces get underlined, and lines don’t break and run off the
> page). My LaTeX export doesn’t work if I insert \ul{abc} into the org file,
> but I can insert \ulem{abc} or \underline{abc}, as well as the typical _abc_.
>
> More information: I’m actually trying to define a new command using logic in
> the LaTeX header. This way, I can make notes with key words. I can toggle a
> Boolean variable, and it makes key words show up; or, it underlines the words,
> which are also hidden by \phantom. Also, we would like to avoid underlining
> spaces because it cues the reader to know how many words are missing.
>
> I note this previous discussion:
>https://lists.gnu.org/archive/html/emacs-orgmode/2013-06/msg00376.html
>
> It seems like the issue that was fixed at one point and \ul should work, but
> maybe it’s not now. Or, maybe I don’t have the experience to know how to apply
> the solution to my Emacs/Org mode on my computer.
`soul' was considered as a default for underline and strike-through in
that thread, but some people reported problems with Chinese characters,
so that eventually it was replaced by `ulem'. In other words, `soul' is
not loaded by default by Org when exporting to LaTeX, `ulem' is.
Much later, I've argued in that same thread in favor of `soulutf8' as
a better default:
https://orgmode.org/list/8736iobefh@gmail.com/
https://orgmode.org/list/871ry8bdo8@gmail.com/
But my necrobumping seems to have missed the opportunity at that point.
Regarding your particular situation, you just tell us "it's not work
well / doesn't work" which is not much to go about. And also not much
about any Org export configurations you might have in your init.
Anyway, the only guess I have with what you provided is that you are
missing to load `soul' altogether. If that's the case, adding the
following to your document should do:
#+latex_header: \usepackage{soulutf8}
That is, it should be enough for you to use it in your `\keyTest' or to
use `\ul' directly. For Org to export `_abc_' as `\ul{abc}' you'd also
need to configure `org-latex-text-markup-alist`.
Note, however, that the `soul' underline will underline spaces. But
that's an issue on the LaTeX side, and has nothing to do with Org. For
this to work as you expect, you will either have to go fancy in your
underlining (for which there is plenty of examples in
tex.stackexchange) or, which is probably the easiest, provide that this
is handled appropriately in your conditional for `\keyTest'.
HTH,
Gustavo.
