Hello,
On Sun, 14 Aug 2005, Jindrich Makovicka wrote:
the new viewer has a problem with viewing files with DOS line
separators, which manifests again in a lockup after pressing the End
key. Then, it is impossible to move the view further, except by pressing
the Home key.
It is caused by
Hello,
On Sun, 14 Aug 2005, Jindrich Makovicka wrote:
The attached patch makes the search function interruptible by Ctrl-C.
Hehe - I was wondering why the only way to stop a search trough a big
file was killing MC :)
___
Mc-devel mailing list
Jindrich Makovicka wrote:
The attached patch makes the search function interruptible by Ctrl-C.
Committed. Thanks.
I am not sure it it doesn't interfere with get_byte() stuff which can
do some I/O, but block_search doesn't disable the interrupts during
I/O either.
I just fixed the case
Jindrich Makovicka wrote:
Hello,
the new viewer has a problem with viewing files with DOS line
separators, which manifests again in a lockup after pressing the End
key. Then, it is impossible to move the view further, except by pressing
the Home key.
Can you provide a file where that lockup
Hello,
On Mon, 15 Aug 2005, Roland Illig wrote:
Jindrich Makovicka wrote:
Hello,
the new viewer has a problem with viewing files with DOS line
separators, which manifests again in a lockup after pressing the End
key. Then, it is impossible to move the view further, except by pressing
Pavel Tsekov wrote:
Are you kidding ? Have you tried with the file I've sent you ? I've
debugged the problem and there is no way that it wont happen. Are you
using the correct MC binary ?
I am using mc-HEAD with the exception of src/view.c, which I took from
yesterday. I extracted the file
Hi Jindrich,
thanks for your mehodology hints... I'll keep it in my mind.
To your question.
I'd prefer to have '' ... '' highlightment mainly for c++ code (nested
templates ...).
You're right that nowadays C code doesn't require that, but are we sure that
for instance function templates feature
Hello,
On Mon, 15 Aug 2005, Roland Illig wrote:
Pavel Tsekov wrote:
Are you kidding ? Have you tried with the file I've sent you ? I've
debugged the problem and there is no way that it wont happen. Are you
using the correct MC binary ?
I am using mc-HEAD with the exception of
Pavel Tsekov wrote:
Another approach would be to simplify the following code from
view_move_up():
} else if (line = 1) {
view_coord_to_offset (view, linestart, line, 0);
view_offset_to_coord (view, line, col, linestart - 1);
/* if the
Hello,
On Mon, 15 Aug 2005, Roland Illig wrote:
Because we are in text wrap mode. Internally the viewer stores the
unwrapped coordinates. When you want to go one line up, you have to
distinguish whether you are inside a long line or at the beginning of a
line. This is what the code does.
Hello,
I have an annoying problem that I have not been able to find any help about
on the internet or mention that it is happening to anyone else. However, it
happens on both Fedora CORE 3 installations that I have.
I use a telnet application from my Windows 2000 client to connect to the
Hello Kurt,
On Mon, 2005-08-15 at 09:10 -0400, Wagner, Kurt wrote:
I use a telnet application from my Windows 2000 client to connect to the
Linux hosts.
Have you tried to use ssh connection instead of the telnet one? Do the
same problems occur when you use PuTTY?
Pavel Tsekov wrote:
Hello,
On Mon, 15 Aug 2005, Roland Illig wrote:
Because we are in text wrap mode. Internally the viewer stores the
unwrapped coordinates. When you want to go one line up, you have to
distinguish whether you are inside a long line or at the beginning of a
line. This is
13 matches
Mail list logo
