emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Bastien <bzg@gnu.org>
To: Jack Kamm <jackkamm@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: A few changes to test in master
Date: Wed, 05 Feb 2020 07:21:54 +0100	[thread overview]
Message-ID: <87sgjpd059.fsf@bzg.fr> (raw)
In-Reply-To: 87a75yrdye.fsf@gmail.com

Hi Jack,

Jack Kamm <jackkamm@gmail.com> writes:

> Bastien <bzg@gnu.org> writes:
>
>> - M-x org-table-electric-header-mode RET will display the first row
>>   of the table at point in the header line when the first row is not
>>   visible anymore.
>
> This is great, it's a huge quality-of-life improvement for working with
> long tables. Below are some issues I noticed when playing with it.

Thanks for testing and taking the trouble to report these issues.

> The variable `org-table-header-line-p' doesn't seem to have any effect
> for me, I find that I need to call "M-x org-table-header-line-mode" even
> when it's set.

Should be fixed now.

> Also, "M-x org-table-header-line-mode" seems to activate the minor mode
> globally, despite a message suggesting it is only activated in the
> current buffer. Maybe because we use "defvar" instead of "defvar-local"
> to define its variable?
>
> I tried replacing the "defvar" with "defvar-local", it seemed to fix the
> global activation of the minor mode, but still it seems the hooks added
> are still active in other org buffers. So if I activate the mode in
> buffer A, then view a long table in buffer B, I see the table header
> when scrolling through it, even though the mode isn't active in B.

Well, I tried various things and I didn't fix this one.  Perhaps this
is due to the special display of the header line.  I will continue to
look for a solution.

> If I am in a table, and scroll-up-command brings me out of the table,
> then the header of the table still sits on top of the window immediately
> after scrolling. This gets fixed as soon as any action is taken
> (e.g. moving the cursor or hitting C-g).

Yes, this happened to me sometimes.  I think I enhanced the situation
a bit here, but I can't tell for 100% sure.  Please test and report.

> It would be nice if the header row was a little more visually
> distinguishable from the other table rows (maybe by adding an underline
> to that row?)

Good idea, done - you can now customize the face:

M-x customize-face RET org-table-header RET

> Feature request (for Org 9.5?):
>
> It would be great if an analogous feature could be added for the
> left-most column of a table, so if a table is very wide, and I scroll to
> the right, I could still see which row index I'm in.

Yes.  I am still trying to precisely see the problem and solve it in a
way that's not too invasive.

Best,

-- 
 Bastien

  reply	other threads:[~2020-02-05  6:21 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-01-31 11:26 A few changes to test in master Bastien
2020-01-31 11:45 ` Fraga, Eric
2020-01-31 16:50   ` Bastien
2020-02-03  6:44     ` Fraga, Eric
2020-02-03  6:50       ` Bastien
2020-01-31 20:31   ` Bastien
2020-02-03  7:01     ` Fraga, Eric
2020-02-03  8:17       ` Bastien
2020-02-03 11:01         ` Fraga, Eric
2020-02-04  6:47     ` Fraga, Eric
2020-02-04 23:21       ` Bastien
2020-02-05  6:28         ` Fraga, Eric
2020-02-05  7:08           ` Bastien
2020-02-05  7:22             ` Fraga, Eric
2020-01-31 12:34 ` stardiviner
2020-01-31 16:25   ` Bastien
2020-02-01  2:36 ` Kaushal Modi
2020-02-01  2:45   ` Samuel Wales
2020-02-01  2:46     ` Kaushal Modi
2020-02-01  8:54     ` Bastien
2020-02-01 10:22 ` Axel Kielhorn
2020-02-01 12:19   ` Bastien
2020-02-01 14:52     ` Axel Kielhorn
2020-02-01 16:39       ` Bastien
2020-02-01 17:22         ` Axel Kielhorn
2020-02-01 20:59           ` Bastien
2020-02-04  7:47 ` Jack Kamm
2020-02-05  6:21   ` Bastien [this message]
2020-02-07 15:41     ` Jack Kamm
2020-02-07 16:08       ` Bastien
2020-02-08  2:14         ` Jack Kamm
2020-02-08  6:27           ` Bastien

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87sgjpd059.fsf@bzg.fr \
    --to=bzg@gnu.org \
    --cc=emacs-orgmode@gnu.org \
    --cc=jackkamm@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).