Follow-up Comment #20, bug #13146 (project mc):
Ok since nobody replied here are some patches of my own.
They require that mc(edit) has COMPLETE support for UTF-8!, which is not the
case in the mc source distribution. The openSUSE .src.rpm has the required
utf8 bits. Will try to make them submit
Follow-up Comment #21, bug #13146 (project mc):
Patch #2 -- cedit-eol-mark.diff
This patch implements comment #8's suggestion to use ¶ as an EOL marker. It
can be toggled using the OptionsHighlight options dialog, or, of course, by
editing ~/.mc/config directly.
(file #16004)
Follow-up Comment #22, bug #13146 (project mc):
Patch #3 -- cedit-fix-whitespace.diff
We definitely need to set MOD_WHITESPACE or the space between tab stops is
drawn with some random color.
(file #16005)
___
Additional Item Attachment:
Follow-up Comment #23, bug #13146 (project mc):
Patch #4 -- cedit-symbol-prefs.diff
This patch changes the space fill character to some Unicode dot (·) [this
one is also available on the text console], and makes the -- tab filler
into the Unicode ◀──▶ too.
(file #16006)
Follow-up Comment #24, bug #13146 (project mc):
I noticed I cannot just use the Unicode characters (like p-ch = 0xB7), as
that does not take into account terminals that are not in UTF-8. But the fix
is simple enough (p-ch = SLsmg_Is_Unicode ? 0xB7 : .).
BTW, I also implemented the MS Word-style
Follow-up Comment #19, bug #13146 (project mc):
Oh, god... I just updated my Debian box, and I now run MC 4.6.2-pre1 (as
outputted by mcedit --version). It appears that this patch is included in this
version of mcedit. I really dislike it. Besides suffering from the 'cursor
disappearing' thingy,
Follow-up Comment #17, bug #13146 (project mc):
Ok. I tracked the bug to vte_terminal_determine_colors() in the vte
package. To request brighter colors one forces the terminal into bold mode.
It seems that in this mode vte allows only the foreground color to be bright.
In vte's terms a bright
Follow-up Comment #18, bug #13146 (project mc):
Pavel, I applied your patch to vte-0.16.8. It works.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?13146
___
Message sent via/by
Follow-up Comment #14, bug #13146 (project mc):
Oswald, you are right. This effect is depending on terminal emulation program
and color scheme.
In linux console, cursor is visible every time. The color of cursor is
changed to light blue in tab and trailing space positions, but cursor is
Follow-up Comment #15, bug #13146 (project mc):
This may be a bug in gnome-terminal as well... I am also using gnome-terminal
and no matter the color scheme the cursor is invisible. I'll investigate
further...
___
Reply to this item at:
Follow-up Comment #16, bug #13146 (project mc):
IMO, this must be a bug in gnome-terminal. It doesn't behave properly if one
uses both the bright and normal colors as the background and foreground of the
same cell. I changed the
the definition of editwhitespace to brightred,red and the cursor
Follow-up Comment #13, bug #13146 (project mc):
that's weird ... i see no such effect (little surprisingly). though with some
terminals/color combinations it becomes light blue, too, and thus hardly
visible, but i don't think we can do much about that.
Update of bug #13146 (project mc):
Status:None = In Progress
___
Follow-up Comment #10:
The patch is in CVS now. I've commited mcedit-visible-ws-v2.diff with no
changes whatsoever ...
Hi Oswald,
On Sun, 2006-02-05 at 17:51 +0100, Oswald Buddenhagen wrote:
i suppose the envisioned ctrl-s shortcut for toggling syntax highlighting
should be non-persistent as well.
The syntax highlighting toggle has already been committed (and fixed as
per Pavel's remark) by me. That option
On Sun, Feb 05, 2006 at 09:29:59PM +0100, Leonard den Ottolander wrote:
On Sun, 2006-02-05 at 17:51 +0100, Oswald Buddenhagen wrote:
i suppose the envisioned ctrl-s shortcut for toggling syntax highlighting
should be non-persistent as well.
The syntax highlighting toggle has already been
Follow-up Comment #1, bug #13146 (project mc):
How about considering the trailing tabs a trailing whitespace too and marking
all the traling whitespace with just a dot ?
Now if a have a like like this:
int func()spacespacespacespacetabtab
i get
int func()
This is pretty
Follow-up Comment #3, bug #13146 (project mc):
I did try it and have been playing with it for a while. This patch
adds (1) visible trailing spaces and (2) visible tabs. In fact I prefer to
think of it as two separate patches. As you suggested on the list it should
be enhanced so that the user
Follow-up Comment #4, bug #13146 (project mc):
ok, i changed my mind - i have a strong opinion now. :)
i think it's right that trailing tabs should not prevent preceeding spaces
from being marked as trailing: if trailing whitespace removal is implemented,
all these chars will be equally killed
Follow-up Comment #5, bug #13146 (project mc):
ok, here's a patch which allows enabling visible trailing whitespace and
visible tabs independently. i'm not eager to split it into two patches; they
are too much related.
i just threw in the options as variables right above the relevant function -
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=13146
Summary: make tabs and trailing spaces visible
Project: GNU Midnight Commander
Submitted by: ossi
Submitted on: Sat 05/21/2005 at 19:25
Category: Editor
20 matches
Mail list logo