{5} Accepted, Active Tickets by Owner (Full Description) (36 matches)

Original: http://savannah.gnu.org/bugs/?19344

Discussion:

Mon 19 Mar 2007 04:15:14 PM UTC, original submission:

Size of dialog to select listing mode [(Left|Right) -> Listing mode]
is hardcoded to 45 characters (or actually more if translated 
strings are longer).

However, with this default width, "User defined" string is often not
shown entirely and you have to scroll to see it.

I have created and attached patch, that will widen the dialog by up 
to 15 characters, if size of the screen allows it (dialog never 
grows wider than width of console).

Maybe similar modification could be done also to other dialogs? (not
 sure which of them can benefit from being wider if possible)
	Martin Petricek <bilboq>

g_string_sprintf() is deprecated it is met currently (master) only in src/editor/edit.c replacing it by g_strdup_printf()

Open a utf-8 text file in mcedit from mc, record a macro to change some text on each line of the file, then run the macro okay for perhaps 4 times, then the macro no longer works correctly, starts deleting characters in the file sequentially instead, cannot exit macro run mode.

Debian Lenny system - i386 - locale is en_US - with KDE4 Running mc in a KDE konsole.

Using todays Git repo version 4.6.2 (April 7, 2009) which I built from the Git repo sources with libslang2.

GNU Midnight Commander 4.6.2 Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish With builtin Editor Using system-installed S-Lang library with terminfo database With subshell support as default With support for background operations With mouse support on xterm With support for X11 events With internationalization support Data types: char 8 int 32 long 32 void * 32 off_t 64 ecs_char 8

Thanks.

Original: http://savannah.gnu.org/bugs/?19651

Discussion:

Thu 26 Apr 2007 04:16:10 PM UTC, comment #8:

Does it help if you disable "Return does autoindent" from
Options -> General in the editor ?
	Pavel Tsekov <ptsekov>
Project Administrator
Sun 22 Apr 2007 09:32:43 PM UTC, comment #7:

bug in a bugfix...
i noticed bad flicker in the console and realized that the setcolor 
function does force a screen redraw.

therefore i moved its call to edit.c init()

now i get a green blinking _ in the console (no X) when i quit mc - 
much less anoying than the flicker.

any suggestions how to fix that?
	me <me4mc>
Sun 22 Apr 2007 09:56:32 AM UTC, comment #6:

mhh i browsed this menu @savannah and found that there is a 
difference between patch and bug and the bugs i submitted could have
 been patches - sorry for the trouble that might have caused, will 
use patches in future
	me <me4mc>
Sun 22 Apr 2007 09:50:04 AM UTC, comment #5:

yes it is!
because it is a feature that already works in other situations 
(single line)

reproduce:
start xterm
start mc in xterm
go to a file with newlines (eg COPYING)
edit it (F4)

press SHIFT and click-select some content over lines, do NOT use the
 mc cooledit buffer.

paste the selected text (using MIDDLE mouse) in a application like 
email or in the same editor, notice the blanks.

try the same if you cat the file on the terminal and notice that no 
blanks are in the other app:

example:
without patch (sorry bad to see)
SOL>
<EOL
SOL> Preamble
<- EOL
SOL> <EOL

with patch, or using nano or cat:

<EOL
Preamble<EOL
<EOL

i know that there are many terminals arround - maybe xterm isnt a 
good choice - maybe i have no choice at all

peace
	me <me4mc>
Sun 22 Apr 2007 09:31:31 AM UTC, comment #4:

Is it so hard to write a proper bug report ? I want to reproduce the
 problem myself and I couldn't - I failed because the lack of 
information. It is not correct to assume that everything has the 
same problem as you do. And how can I apply a patch if I do not 
understand what's going on.

I am sure Oswald can explain the problem to me but after all it is 
up to the submitter to describe the bug it sees.
	Pavel Tsekov <ptsekov>
Project Administrator
Sun 22 Apr 2007 09:22:16 AM UTC, comment #3:

i dont like the idea of changing the terminal just because a 
application misbehaves. my workarround for several years is to cat 
the current file - hopefully it's not a 60M log...

therefore created a patch (that only works for slang and mc 4.6.1) 
that uses a clear eol function to perform the action of clearing the
rest of the current line.
selection works fine for me now, but the display flickers on 
movement - something i can handle

@pavel: did you even read the post? the solution was in it - i hope 
in future we can improve understanding!

to make it work as described i had to create a new function in 
color.c&h that resets the color index 0. if anything simmilar exists
 please adopt the idea.

i dont care if this ever ends up in the main tree - it would save me
 the trouble of patching. once a year..

gentoo ebuild with use flag in testing phase maybe apears in sunrise
 overlay

peace
me
	me <me4mc>
Sat 21 Apr 2007 11:41:25 AM UTC, comment #2:

i understood immediately what he means. :-P

me: you can configure most *terms to strip trailing whitespace from 
the selection. without this, i would have freaked out long ago. :)
	Oswald Buddenhagen <ossi>
Sat 21 Apr 2007 11:20:23 AM UTC, comment #1:

Please, calm down. Finding a problem is the easy part - describing 
it properly, so that others can reproduce it, is of great importance
 if you want to get the problem solved.

From you bug report it is clear that you see some problem related 
the way copy/paste works in relation to the internal editor. 
However, I cannot understand what is actually wrong - please, do the
 following:

1) explain what do you do - copy/paste from where to where ?
2) explain what happens
3) explain what do you expect to happen
	Pavel Tsekov <ptsekov>
Project Administrator
Sat 21 Apr 2007 10:25:44 AM UTC, original submission:

i managed to find another x problem:
when you are in the *term and select some text all newlines are lost
 and filled up with spaces.

i managed to find the problem in the
editordraw.c in print_to_widget
the hline draws blanks at the rest of the line.

i understand that behaviour but there is a possibility to do this right:

SLtt_set_color (DEFAULT_COLOR_INDEX, NULL, "default", "default");
SLsmg_erase_eol();
or
clrtoeol()

however, i tryed to create that behaviour and failed because i 
cannot set the default color index (0) to blue/white.
the problem is that users with other color settings (me: 
black/green) could be angy if i hardcode blue/white

the default state is black/white - looks ugly but works.

if you could suggest how to properly set the fg/bg

should i create a new function in src/color.h?

any suggestions? 

ticket #192 makes my desktop's task bar pretty useless for distinguishing my mc instances: the actually visible part of every window's title is now identical. also, this additional information is useless in most cases. if you want to do that right, the display must be selective: show only info which differs from the defaults. the locality and ownership of the session can be determined by querying the utmp database (on the command line, that would be the tty and who commands). the less magic and more flexible approach would be allowing the user to specify what to put into the title manually - a patch has been proposed in http://mail.gnome.org/archives/mc-devel/2007-August/msg00004.html.

Need to hide ^M symbols at end of lines in text files with '\r\n' line ends.

Better way: create keybinding for toggle ^M symbols.

disabling "cursor beyond end of line" does not zero out over_col, so if one turns off the option while currently beyond eol, left/right navigation will do funny things. the next operation which resets the column will restore normality.

The following patch (against 4.7.0-pre1) makes the Home key go to the first column on first press, and then go to the beginning of non-whitespace -- if any.

When mcedit opens a file which the user can't overwrite, it may say something like "Warning: no write permission".

This was initially reported at https://bugzilla.altlinux.org/show_bug.cgi?id=7803

Original: http://savannah.gnu.org/bugs/?13953

Discussion:

Mon 03 Apr 2006 02:32:13 PM UTC, comment #4:

Reopening since SFS also leaves stale temporary files when 
operating on remote files. I am working on it.
	Pavel Tsekov <ptsekov>
Project AdministratorIn charge of this item.
Thu 23 Mar 2006 03:04:46 PM UTC, comment #3:

I've just commited a fix:

http://cvs.savannah.gnu.org/viewcvs/mc/vfs/extfs.c?root=mc&sortby=date&r2=1.125&r1=1.124&diff_format=u

The temporary files used to remain only if MC exited before the vfs 
"garbage collector" kicked in.
	Pavel Tsekov <ptsekov>
Project AdministratorIn charge of this item.
Mon 01 Aug 2005 10:01:00 PM UTC, comment #2:

Hi Pavel,

Hope you don't mind me assigning this issue to you :) .
	Leonard den Ottolander <leonardjo>
Project Member
Mon 01 Aug 2005 08:56:00 AM UTC, comment #1:

The suggested patch won't do i.e. it is not the right thing to do. 
I am currently investigating .
	Pavel Tsekov <ptsekov>
Project AdministratorIn charge of this item.
Wed 27 Jul 2005 02:40:48 PM UTC, original submission:

Mc 4.6.1 doesn't clean up tempfiles. This happens with mc-4.6.1 on 
Mandriva Cooker.
This is with and without the utf8 patch.
I only tried it with an rpm, and the cpio file remains in the 
/tmp/mc-user directory after a restart of mc.

$ mc --version
GNU Midnight Commander 4.6.1
Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish, undelfs
With builtin Editor
Using system-installed S-Lang library with terminfo database
With subshell support as default
With support for background operations
With mouse support on xterm and Linux console
With internationalization support
With multiple codepages support

A patch is available in the mc-devel archive at:
http://mail.gnome.org/archives/mc-devel/2005-May/msg00228.html
This patch has been made by Dieter Jurzitza on Suse 9.3. 

Branch:1872_build_fixups changeset:393a08fac876097259f1587d4e278ce63f347c68

passed all tests, please vote asap as it's critical.

Building w/o VFS seems quite a bit broken now. Refactoring it, eg. moving stuff from src/vfsdummy.h into vfs/vfs.h and get rid of some #ifdef VFS

branch:1818_refactoring_no_vfs_METUX

name_quote(), which returns a newly allocated string, is used in many places where a static buffer (eg. on stack) would be fully sufficient.

Formatted manual pages using UTF-8 charset are handled incorrectly by mc-4.7-pre2.

Problem 1: Accented characters in bold (yellow) text are displayed incorrectly: the letter, followed by a dot, then the letter once again, all in white.

Problem 2: Search does not find text that are bold or underlined (yellow or red) and contain accented letters. Exception: it finds if only the first character is accented, but highlights the match incorrectly.

I attach such a formatted manpage (emitted by groff-utf8) for your convenience - you might have to press F9 in mcview.

A nice feature of Advanced Midnight Commander mc-4.1.x-MP by Olegarch was the mountpoint selector. I ported it back to MC. Very useful, especially in conjunction with automounters for USB sticks, CDs, etc.

F11 (Shift-F1) and F12 (Shift-F2) will display the mountpoints selectors for each panel.

Patch (against 4.7.0-pre1) attached.

Original: http://savannah.gnu.org/bugs/?13737

Discussion:

Mon 11 Jul 2005 07:56:26 PM UTC, original submission:

i often accidentally do minor modifications (mostly partial escape 
sequences) which i undo of course. anyway, afterwards i still don't 
know if this was the only modification.

some considerations for the implementation:
- movements don't change the modified status, so you can't just 
check whether the undo stack is at the last file save point
- undo of changes past the last file save point must re-assert the 
modified status
- at file save points, it would make sense to stop undoing if it 
results from keyboard auto-reapeat (which can be assumed if the 
same sequence arrives (lets say) fife times within one second). 
undo will be resumed when the key is re-asserted after a pause.