On Tue, Sep 23, 2014 at 7:03 PM, ale rimoldi ale.comp...@xox.ch wrote:
:paste :nopaste modes (if the commands above are implemented)
By the way, if you use st you can have paste/nopaste switch
automatically. See
https://github.com/raphael-proust/rcs/blob/master/home/user/.vimrc#L218
for details.
On Wed, Sep 24, 2014 at 05:42:45AM +0100, Ralph Eastwood wrote:
I don't think the compression format is defined by POSIX; as far as I
can see XZ is really recent but has gained traction in some
distributions. In terms of actual usefulness, this compression scheme
would be a nice addition for
On a side note, I think you should write this as a few routines
in their own .c and place them under util/. It would be useful to
be able to grab the routines and embed them in another project.
Just create a .h to expose any functions/data structures required
and write the tool on top of that.
Excerpts from ale rimoldi's message of Tue Sep 23 18:03:45 + 2014:
on top of that, while i never had a look at the vim source code, i've
read scaring tales about it.
Some cases where the vim source code appears very hacky to me:
---
st.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/st.c b/st.c
index ab3fa6e..83293f4 100644
--- a/st.c
+++ b/st.c
@@ -2496,10 +2496,10 @@ eschandle(uchar ascii) {
case 'k': /* old title set compatibility */
tstrsequence(ascii);
St runs an interactive shell and not a login shell, and it means
that profile is not loaded. The default terminal configuration
in some system is not the correct for st, but since profile is
not loaded there is no way of getting a script configures the
correct values.
St doesn't update the utmp
On Tue, Sep 23, 2014 at 11:30 AM, Ralph Eastwood tcmreastw...@gmail.com wrote:
Some time ago, there was some discussion about sbase's tar with
compression. I was wondering if this compression tool would
necessarily have to be a standard gzip/bzip2/xz implementation.
For sbase I think it
On Wed, Sep 24, 2014 at 10:50 AM, Marc Weber marco-owe...@gmx.de wrote:
Rewriting an editor? Have a a look at existing solutions
You forgot to mention the historic example for a group of people that
aimed at everything DIY and got stuck with an over-bloated text editor
which some people jokingly
hello hello suckless!
a friend noticed that the copy image address item in surf's
right-click menu doesn't work, so here's a simple fix.
i hope it doesn't taste too bad!
bye bye~
diff --git a/surf.c b/surf.c
index ba5383a..3c3305b 100644
--- a/surf.c
+++ b/surf.c
@@ -968,6 +968,7 @@
On Wed, 24 Sep 2014 04:45:57 +
the little girl y...@blekksprut.net wrote:
hey yui,
i hope it doesn't taste too bad!
looks good to me. what do you guys think?
Cheers
FRIGN
--
FRIGN d...@frign.de
On 24 September 2014 12:02, Hiltjo Posthuma hil...@codemadness.org wrote:
For sbase I think it should be, because gzip and bzip2 are the norm.
Not everything that is the norm is sane or even nice ofcourse, but for
sbase I'd want a minimal stable set of unix tools that work well.
Although the
Ralph Eastwood said:
Although the norm changes - if 'compress' wasn't patent encumbered, I guess
there would be wide support for it still.
And there is. Check -Z option in the manual of you tar.
--
Dmitrij D. Czarkoff
On 24 September 2014 13:14, Dmitrij D. Czarkoff czark...@gmail.com wrote:
And there is. Check -Z option in the manual of you tar.
GNU tar has the option, but also searches for the 'compress' binary,
which isn't always installed by default.
--
Tai Chi Minh Ralph Eastwood
tcmreastw...@gmail.com
See [0] about implementations; OpenBSD even had 'gzip' aliased to?
compress. It appears that the lz77/deflate gzip is a GNUism.
Nothing bad about that - but I think although the current norm
dominates, it is only the current norm and people can shift.
[0] http://en.wikipedia.org/wiki/Gzip
--
On 09/19/14 15:20, Raphaël Proust wrote:
I think this design is simpler: editors to edit
text, they talk to a server about line numbers and character offsets,
the server understands these positions as meaningful code entities.
I definitely agree on this point ! Better to have
Ralph Eastwood said:
OpenBSD even had 'gzip' aliased to? compress.
Had? From gzip(1) manual:
| HISTORY
| gzip compatibility was added to compress(1) in OpenBSD 3.4. The
| `g' in this version of gzip stands for ``gratis''.
$ ls -1i /usr/bin/{compress,gzip}
1455743
On 24 September 2014 16:41, Dmitrij D. Czarkoff czark...@gmail.com wrote:
People can shift, but archives can't. Most of tarballs that already
available as .tgz or .tar.gz will remain in that format forever, and
having to use GNU tar in order to use them is unacceptable.
Yeah, that does make
On Tue, Sep 23, 2014 at 08:03:45PM +0200, ale rimoldi wrote:
- o does not go into insert mode (how easy it is to switch my habits to oi?)
- a does not append
- end of line is not the last char in the line but the end of line character
- P does not paste before
and here the only real bug i
dear mailing list administrator,
i'm getting the dwm list in archived form and i wanted to improve my
replies by fetching from the archive the single mails i want to answer.
dev+h...@suckless.org
did send me the list of available commands, so i tried
dev+get-23...@suckless.org
and did not get
On Wed, 24 Sep 2014 18:19:45 +0200
ale rimoldi ale.comp...@xox.ch wrote:
Hey Ale,
can anybody check if the commands do work and if they do not
- fix them, or
- remove them from the list in the help mail.
Yeah, the command doesn't work for me either.
Cheers
FRIGN
--
FRIGN d...@frign.de
Ralph Eastwood said:
The introduction of bzip2 and xz always surprised me. Perhaps the
authors of those formats were the only ones that approached GNU to
have them included.
Actually GNU tar supports several compression tools:
* gzip
* xz
* bzip2
* lzip
* lzma
* lzop
* compress
Bzip2
Was working for me a few weeks ago; just tried right now and I got the
message right away. Check your filters/message IDs?
On Tue, Sep 23, 2014 at 08:03:45PM +0200, ale rimoldi wrote:
hi marc andré
as announced a few days ago, here is my write down about vis.
Thank you! This is very useful.
you probably won't agree with each point in there...
Yes, see the inline comments.
for many years now, i've been using
I'd like to draw attention to plover steno knight as well.
Maybe changing the input system alltogether could provide more value
than writing yet another editor ? I'm unsure.
Marc Weber
I'd like to draw attention to plover steno knight as well.
Link in case someone else is curious: http://openstenoproject.org
Fascinating, thanks.
Kartik
http://akkartik.name/about
On Wed, Sep 24, 2014 at 06:12:30PM +0200, Silvan Jegen wrote:
On Tue, Sep 23, 2014 at 08:03:45PM +0200, ale rimoldi wrote:
- o does not go into insert mode (how easy it is to switch my habits to oi?)
- a does not append
- end of line is not the last char in the line but the end of line
Quoth Marc André Tanner on Wed, Sep 24 2014 21:21 +0200:
o O should go into insert mode after adding the line
a appends at the current cursor place
Fixed
Marc,
Thanks very much for your tremendous work on vis.
As currently implemented, o moves the last non-newline character of
the current
automatically insert the comment sign at the beginning of the next line
How does this work in vim?
Based on 'textwidth', lines are wrapped automatically to the next line
as you type. If the lines start with a comment leader like '#', the
leader is copied into the next line along with
On Wed, Sep 24, 2014 at 04:05:46PM -0400, Wolfgang Corcoran-Mathe wrote:
Quoth Marc André Tanner on Wed, Sep 24 2014 21:21 +0200:
o O should go into insert mode after adding the line
a appends at the current cursor place
Fixed
Marc,
Thanks very much for your tremendous work on vis.
No
On Wed, Sep 24, 2014 at 09:36:12PM +0200, Marc André Tanner wrote:
On Wed, Sep 24, 2014 at 06:12:30PM +0200, Silvan Jegen wrote:
On Tue, Sep 23, 2014 at 08:03:45PM +0200, ale rimoldi wrote:
[...]
- 'J' in visual mode is not implemented
Why would one use it?
I use it to join several
On Wed, Sep 24, 2014, at 15:21, Marc André Tanner wrote:
x should not delete the end of line character (but this might be solved
with the placement issue above)
I (and a few others? Christian Neukirchen?) actually like the fact that
the newline is treated like a normal character.
You
On Wed, Sep 24, 2014, at 15:36, Marc André Tanner wrote:
- 'J' in visual mode is not implemented
Why would one use it?
To be able to select lines to be joined interactively instead of having
to count the lines by hand (since there's no Jmovement, only
countJ). I do this all the time.
32 matches
Mail list logo