> I wrote a patch[0] for mg which sort of adds Unicode support a while
I wrote a 1 line editor for st [1]. It allows you to edit a page of text
and then print it to stdout or to some other file using -o.
Regards,
[1] http://lists.suckless.org/dev/1401/19894.html
Thanks, it works.
--
caóc
On 2017-04-10T11:54:29+, Cág wrote:
> S. Gilles wrote:
>
> > I wrote a patch[0] for mg which sort of adds Unicode support a while
> > back via wchar_t. Upstream interest was low, as they were just about
> > to release 6.0 and I got the impression they'd rather write it
> > themselves, but as
S. Gilles wrote:
> I wrote a patch[0] for mg which sort of adds Unicode support a while
> back via wchar_t. Upstream interest was low, as they were just about
> to release 6.0 and I got the impression they'd rather write it
> themselves, but as far as I can tell it works. At the very least,
> it
robin wrote:
> I wrote a vi like editor in <1k lines.
> Fairly shitty, but maybe it inspires to something.
> https://github.com/byllgrim/svi
It is a good base, thanks, even though it lacks a delete functionality
(backspace doesn't work on already written to a file characters),
undo and a ruler.
On 2017-03-29T19:00:03+, Cág wrote:
> Wolfgang Corcoran-Mathe wrote:
>
> > mle is too complex for my taste (scripting and syntax highlighting
> > seem unecessary, though I’m in the grumpy minority here)
>
> Personally I'd like to see more of something like mg or busybox' vi.
> Unfortunately t
On Wed, Mar 29, 2017 at 07:00:03PM +, Cág wrote:
>
> Personally I'd like to see more of something like mg or busybox' vi.
> Unfortunately they both don't support UTF-8. nvi is pretty good as
> well.
>
> --
> caóc
>
I wrote a vi like editor in <1k lines.
Fairly shitty, but maybe it inspires
On 30/03/17 10:02P, Kamil Cholewiński wrote:
> On Wed, 29 Mar 2017, Snobb wrote:
> > So without lua, the editor goes with default hard-coded settings and
> > no way for even minor customisation like number of spaces per tab,
> > tabs or spaces, etc.
>
> Same for dwm. Use Awesome if you want dwm w
> Is there a reason you chose PCRE over Lua/LPEG?
My internal debate went something like this: LPEG is great for syntax
highlighting but not a great fit for regular end-user search+replace.
PCRE is ok for syntax highlighting and great for search+replace. I
didn't want to require both, and I person
On Wed, 29 Mar 2017, Snobb wrote:
> So without lua, the editor goes with default hard-coded settings and
> no way for even minor customisation like number of spaces per tab,
> tabs or spaces, etc.
Same for dwm. Use Awesome if you want dwm with Lua.
> purposes. Both approaches are better than writing your own configuration
> parser.
You can write your parser configurator using:
scanf(" %40s = %40s", key, value);
Regards,
On 29/03/17 10:53P, Marc André Tanner wrote:
> On Wed, Mar 29, 2017 at 08:22:04PM +0100, Snobb wrote:
> > I liked the idea of vis in its early stage until it went the "lua" way.
>
> I'm sorry that you feel that way, but you can still completely disable Lua
> during compile time and get a working e
> As others already have pointed out this metric isn't that useful in
> itself. What it does indicate is that some projects are beyond repair
> (e.g. vim).
I agree it's not useful beyond getting a ballpark estimate, esp
without taking into account external deps. The 10k figure includes
mlbuf but
On Wed, Mar 29, 2017 at 08:22:04PM +0100, Snobb wrote:
> I liked the idea of vis in its early stage until it went the "lua" way.
I'm sorry that you feel that way, but you can still completely disable Lua
during compile time and get a working editor (albeit with less features).
In my opinion Lua i
On Wed, Mar 29, 2017 at 10:54:36AM -0400, a...@php.net wrote:
> > WTF. Did you write a program to generate this much? I've seen
> > operating systems that ran really well at that line count.
>
> Not sure I follow your q, but yes some of it is codegen (the stdio
> scripting part).
>
> My definitio
> The idea of having php installed just to have my editor working terrifies me
> (or a mandatory dependency of any language interpreter for that matter). I
> liked the idea of vis in its early stage until it went the "lua" way.
No need for php at runtime or even build-time. It's used only for
code
The idea of having php installed just to have my editor working terrifies me
(or a mandatory dependency of any language interpreter for that matter). I
liked the idea of vis in its early stage until it went the "lua" way.
The termbox requires python for compilation. So to get this editor working o
Wolfgang Corcoran-Mathe wrote:
> mle is too complex for my taste (scripting and syntax highlighting
> seem unecessary, though I’m in the grumpy minority here)
Personally I'd like to see more of something like mg or busybox' vi.
Unfortunately they both don't support UTF-8. nvi is pretty good as
we
On Wed, 29 Mar 2017 09:57:49 -0400
a...@php.net wrote:
> I am announcing mle, a small terminal-based text editor written in C:
>
> https://github.com/adsr/mle
>
> mle weighs in at ~10k sloc, has 1 external dep[0], is configurable,
> extensible / scriptable, and fast. The default setup is nano- o
> WTF. Did you write a program to generate this much? I've seen
> operating systems that ran really well at that line count.
Not sure I follow your q, but yes some of it is codegen (the stdio
scripting part).
My definition of sloc is roughly `cat *.c *.h | wc -l`. Using this
metric on other edito
tl;dr
> mle weighs in at ~10k sloc
WTF. Did you write a program to generate this much? I've seen
operating systems that ran really well at that line count.
cheers!
mar77i
hahahahaha, the right people are turning up finally.
php.net
On 3/29/17, a...@php.net wrote:
> Hello,
>
> I am announcing mle, a small terminal-based text editor written in C:
>
> https://github.com/adsr/mle
>
> mle weighs in at ~10k sloc, has 1 external dep[0], is configurable,
> extensible / sc
Hello,
I am announcing mle, a small terminal-based text editor written in C:
https://github.com/adsr/mle
mle weighs in at ~10k sloc, has 1 external dep[0], is configurable,
extensible / scriptable, and fast. The default setup is nano- or
emacs-like, but it supports modes as well. I've used it da
23 matches
Mail list logo
