GNU TeXmacs - Bugs: bug #30133, verbatim and code modes need...
You are not allowed to post comments on this tracker with your current authentication level.
bug #30133: verbatim and code modes need tradition TAB behaviour
Submitter: | Sam Liddicott <samjam> | ||
Submitted: | Tue 15 Jun 2010 12:59:52 PM UTC | ||
Category: | Typesetter | Priority: | 4 - Bit lower |
Item Group: | Wishlist | Status: | Need Info |
Privacy: | Public | Assigned to: | mdbenito |
Originator Name: | Open/Closed: | Open | |
Release: | None | Release: | 1.0.7.3 |
Fixed Release: | None | Fixed Release: | |
Keywords: |
Jump to the original submission
Thu 17 Jan 2013 11:47:05 AM UTC, comment #8: |
Miguel de Benito <mdbenito>![]() ![]() |
Thu 17 Jan 2013 10:47:35 AM UTC, comment #7: When you say tweaking the converters do you mean in ./TeXmacs/progs/convert/* or do you mean in
|
Sam Liddicott <samjam>![]() |
Wed 16 Jan 2013 11:57:55 PM UTC, comment #6: See my svn commit 6129 for a partial solution: pressing "space tab" inserts a tab (expanded with spaces) of default width 8, which you can configure with
|
Miguel de Benito <mdbenito>![]() ![]() |
Mon 31 Dec 2012 12:41:57 AM UTC, comment #5: Hi Sam. I recently made some changes that might break what you expect of tab behaviour in verbatim/source. Please review if you have time. |
Miguel de Benito <mdbenito>![]() ![]() |
Mon 16 Jul 2012 04:48:36 PM UTC, comment #4: I've made the summary more accurate.
|
Sam Liddicott <samjam>![]() |
Fri 18 Jun 2010 07:40:47 AM UTC, comment #3: I take that back, texmacs surly can; I'll work on it.
|
Sam Liddicott <samjam>![]() |
Thu 17 Jun 2010 02:13:27 PM UTC, comment #2: The bug is probably not n htab which is doing what it is designed to do.
|
Sam Liddicott <samjam>![]() |
Wed 16 Jun 2010 03:50:29 PM UTC, comment #1: For instance:
|
Sam Liddicott <samjam>![]() |
Tue 15 Jun 2010 12:59:52 PM UTC, original submission:
In a verbatim block (and therefore also a session), M-TAB to insert a tab inserts much more than 8 spaces and in fact right aligns the line. |
Sam Liddicott <samjam>![]() |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 6 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2013-01-16 | mdbenito | Priority | 5 - Normal | ![]() |
4 - Bit lower |
Status | None | ![]() |
Need Info | ||
2012-12-31 | mdbenito | Category | None | ![]() |
Typesetter |
Item Group | None | ![]() |
Wishlist | ||
Assigned to | None | ![]() |
mdbenito | ||
2012-07-16 | samjam | Summary | TAB character in verbatim right aligns | ![]() |
verbatim and code modes need tradition TAB behaviour |
When I say tweaking the converters I mean "doing whatever it's necessary to convert the ascii tab, the corresponding unicode point, etc. to the internal encoding "<tab>" and back.
When I say "glyph" I'm using the wrong word to signify "whatever those <blah> things are called". Characters in internal encoding? As you can see I'm not quite the expert...
When I said I'd take care of the typesetting I thought I could use the path of the tree being typeset to calculate the column, as I did in scheme with (cAr (cursor-path)). Or maybe the path to the current paragraph (the parameter "ip" in
concater_rep::typeset (tree t, path ip))