Hi!
If we don't have to follow what GNU Emacs is doing anyway, let's just
change behavior of {beginning,end}-of-buffer to this instead of
implementing a useless mode:
Index: basic.c
===
RCS file: /cvs/src/usr.bin/mg/basic.c,v
Hi!
Personally I don't like this mode, I think it will be much better just
to add condition to {beginning,end}-of-buffer to push mark only if it's
not pushed already.
The only thing I didn't implement is region highlighting because I am
still not familiar with mg's code.
Here's the diff:
On Wed, May 22, 2019 at 01:36:41PM +0200, Jeremie Courreges-Anglas wrote:
> On Wed, May 22 2019, Leonid Bobrov wrote:
> > It seems that nobody cares about compatibility with GNU Emacs. Besides
> > this behaviour is annoying because when I set a mark, scroll a buffer,
>
manpage just says:
```
M-< beginning-of-buffer
M-> end-of-buffer
```
Should we consider this documentation bug and patch a manpage?
On Thu, Feb 14, 2019 at 04:46:21PM +0200, Leonid Bobrov wrote:
> Ping.
>
> On Wed, Feb 06, 2019 at 11:29:47P
Ping.
On Wed, Feb 06, 2019 at 11:29:47PM +0200, Leonid Bobrov wrote:
> Hi!
>
> Going to end and begging of buffer doesn't set marks in Emacs.
>
> Index: basic.c
> ===
> RCS file: /cvs/src/usr.bin/mg/basic.c,v
Hi!
Going to end and begging of buffer doesn't set marks in Emacs.
Index: basic.c
===
RCS file: /cvs/src/usr.bin/mg/basic.c,v
retrieving revision 1.47
diff -u -p -u -p -r1.47 basic.c
--- basic.c 10 Oct 2015 09:13:14 -
I tried this in GNU Emacs and it didn't place the killed region into the
kill buffer. It only places it into the kill buffer if you pressed C-w
I always wonder: where the fuck is lldb? I don't see it in base or ports
Lauri, Matthieu, thank you for saving me the trouble having to read and
understand the code of this big fat hippopotamus.
So, that means somehow I actually accidentally pressed annoying touchpad
and was lucky enough to click "Print-All Immediately" without noticing
that... I regret that I've sent
From: Ricardo Mestre
Index: midiplay.c
===
RCS file: /cvs/src/usr.bin/midiplay/midiplay.c,v
retrieving revision 1.19
diff -u -p -u -r1.19 midiplay.c
--- midiplay.c 24 Apr 2017
Index: PSD.doc/Makefile
===
RCS file: PSD.doc/Makefile
diff -N PSD.doc/Makefile
--- PSD.doc/Makefile1 Feb 2004 14:33:13 - 1.4
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,11 +0,0 @@
-# $OpenBSD: Makefile,v 1.4
On Fri, Jun 01, 2018 at 11:02:57AM +0200, Stefan Sperling wrote:
> On Wed, May 30, 2018 at 04:01:57PM -0400, S. Gilles wrote:
> > On 2018-05-30T09:17:22-0600, Theo de Raadt wrote:
> > > This approach seems misguided. Let me tell a story.
> > >
> > > More than two decades ago, I made a fork of mg
To make testing easier, I temporarily committed a port to WIP repo:
https://github.com/jasperla/openbsd-wip/tree/master/editors/umg
I won't submit it to ports@, this is experimental and only for testing.
I'm updating a diff, but it is just a fix for cursor movement,
it is still experimental and obvious problems are not fixed yet,
this is just a diff taken from latest commit at github:
Index: basic.c
===
RCS file:
Hi Stefan!
I'm sorry, fileio.c was out of sync that day, that's my bad, I forgot
to remove its diff.
Sorry for not reading diffs before sending them (I read your comments),
that's why I call it experimental: I blindly applied diffs and tested
mg in runtime. I'll send your comments to S. Gilles,
On Wed, May 30, 2018 at 09:05:12AM +0200, Hiltjo Posthuma wrote:
> On Tue, May 29, 2018 at 05:22:43PM +0300, Leonid Bobrov wrote:
> > On Tue, May 29, 2018 at 03:33:08PM +0200, Henning Brauer wrote:
> > > Hi,
> > >
> > > very welcome!
> > >
> > &
On Tue, May 29, 2018 at 03:33:08PM +0200, Henning Brauer wrote:
> Hi,
>
> very welcome!
>
> I have applied the diff and don't notice immediate breakage. Pls poke
You didn't notice cursor movement bugs? o_O
Well, I'm giving example: авыавыавы
To move from start to end of that word, you have to
Hi!
Diff is taken from here:
https://github.com/hboetes/mg/compare/display-wide-characters
with minor modifications (didn't patch some files and updated mg.1)
I got two not critical cursor movement bugs
(like I have to press C-f twice or M-f moves cursor subword forward)
Index: basic.c
how this is in line with what emacs does.
>
Should mg look/act completely like Emacs does?
> The tutorial should be fixed.
>
Fine, I hope my recent diff for tutorial is good for that.
> On Sat, May 26, 2018 at 08:03:24PM +0300, Leonid Bobrov wrote:
> > From https://marc.info/?t=
> I already suggested exactly this:
> https://marc.info/?l=openbsd-tech=152727379111353=2
>
This tutorial doesn't mention using different modes, so it is unclear
to new user how to switch to that mode. I'm extending your diff to
make less confusions (plus date needs update, I'm using my local
>From https://marc.info/?t=15272488061=1=2
If line-number-mode is on by default, I don't get what is
the problem with these "slow serial lines", plus without
this patch below we have confusing tutorial for new users:
Index: display.c
> Then why not write that diff?
Because I see setting column-number-mode on by default as best solution,
but you have/had nice reason to set it to off by default. Ok, here's
diff:
Index: display.c
===
RCS file:
Mentioning would be nice.
display.c's 1.39 revision log says "off by default
to not kill slow serial lines" -_-
Index: tutorial
===
RCS file: /cvs/src/usr.bin/mg/tutorial,v
retrieving revision 1.17
diff -u -p -u -p -r1.17 tutorial
--- tutorial30 May 2017 07:11:40 - 1.17
+++ tutorial25 May 2018 03:42:23 -
@@ -218,10 +218,9
24 matches
Mail list logo
