On October 26, 2014 9:57:49 PM EET, Evan Gates wrote:
>I'm in the same boat. My DPI is automagically set correctly
Without a xorg.conf? Cool.
>and using
>a larger font size works as it should with dwm's status bar and my
>terminal.
What font size are you using
>The problem I'm currently facing is
Hello,
I just bought my macbook pro retina 13".
I am running Gentoo fairly well (a bit power hungry, I am open to suggestions,
especially fan control).
The main problem is the resolution. If I downscale with xrandr, it does bitmap
scales so the fonts are horrible.
Any ideas?
I though about syste
>I don't think so, try to edit something like this:
>
> コンニチハ
>
>or this:
>
> printf "Hello\0World" > TEST && sandy TEST
>
>or this (not recommended):
>
> seq 1000 > TEST && sandy TEST
>
>Last time I looked the vim bindings weren't that powerful, for example
>text object are not supported? As a
On September 15, 2014 6:41:29 PM EEST, q...@c9x.me wrote:
>On Mon, Sep 15, 2014 at 02:21:25PM +0100, Maxime Coste wrote:
>> Hello,
>> [...]
>> Maxime Coste.
>
>I like your advertisement man, keep it up :).
>I also like advocating for change rather than
>flavorless copy.
>
>- Q.
Yes, I agree.
I also
On September 13, 2014 5:01:15 PM EEST, "Marc André Tanner"
wrote:
>TLDR: I'm writing an experimental but (hopefully) highly efficient vim
>like text editor based on a piece chain data structure. You will find
>an url to a git repository at the end of this rather long mail.
Take a look at sandy [
>What do you think?
The main question (which I forgot to ask) is how can I minimize the amount of
key definitions.
Hello,
Sandy's key bindings are based on tests.
The number of tests have started to grow and a there are times that a key is
defined 6 or more times to do a simple job.
Also, I want to add an expand mode (to make diw command possible) and until
mode (dta command), which would mean even more key
On July 18, 2014 7:59:26 PM EEST, Hiltjo Posthuma
wrote:
>On Fri, Jul 18, 2014 at 4:33 PM, Dimitris Zervas
>wrote:
>> On July 18, 2014 2:00:41 PM EEST, Hiltjo Posthuma
> wrote:
>>
>> We (rafael & me) have no access to the sl repo, so we'll apply the
>p
On July 18, 2014 2:00:41 PM EEST, Hiltjo Posthuma
wrote:
>Attached is a patch that fixes a crash with musl.
>
>Commit message:
>
>"f_syntax: set regexec nmatch to 0.
>
>this is correct according to POSIX with REG_NOSUB, but it doesn't make
>much sense to set to > 0 when pmatch is NULL and will cr
On July 15, 2014 11:20:44 AM EEST, Rafa Garcia Gallego
wrote:
>Hi,
>
>With Dimitris' recent vi(m) bindings came a bug.
>
>BUG: operations added via multiplication appear as a set of unchained
>single Undo(s). They should be chained so they are undone / redone
>together.
I've not looked at the und
On July 14, 2014 6:54:44 PM EEST, Carlos Torres wrote:
>if by copy paste you mean getting and putting text from the X
>selection stuff, like primary, secondary and clipboardi think
>shell stuff is enough, and allows for tools specifically made to
>handle that kind of stuff like xsel, xclipboa
Hello guys,
I just wanted your opinion in implementing a feature inside the code
or calling it via sh.
Which are the advantages for calling a script?
Isn't it performance killer?
On July 13, 2014 10:44:45 PM EEST, Dimitris Zervas wrote:
>On July 13, 2014 9:56:12 PM EEST, Amadeus Folego
> wrote:
>>On Sun, Jul 13, 2014 at 03:29:15AM +0300, Dimitris Zervas wrote:
>>> I think that the patch is ready.
>>
>>Hi Dimitris, I am not
Hey guys,
I see that there is some interest in sandy,
so I created a channel to discuss.
#sandy on irc.oftc.net
On July 13, 2014 9:56:12 PM EEST, Amadeus Folego
wrote:
>On Sun, Jul 13, 2014 at 03:29:15AM +0300, Dimitris Zervas wrote:
>> I think that the patch is ready.
>
>Hi Dimitris, I am not being able to build it (on ad325a):
>
> sandy.c: In function ‘i_termwininit’:
&g
On July 13, 2014 5:50:44 PM EEST, Rafa Garcia Gallego
wrote:
>On Sun, Jul 13, 2014 at 2:40 PM, Dimitris Zervas
>wrote:
>>>Great work! I found a couple of bugs, but they should be easy to fix.
>> Add a comment to be able to track them
>
>'m', 'n' an
>Great work! I found a couple of bugs, but they should be easy to fix.
Add a comment to be able to track them
>I think we could aim for maximum expectability while keeping the
>amount of code at a minimum: anyone using basic vi commands should
>feel mostly at home when using sandy.
>
>As a persona
I think that the patch is ready.
It has some little bugs and some beautiful vim keys were not implemented (such
as r), but I'll work on them...
I'm not into creating a dozen more functions, so it will take me some time to
think a way to implement them...
So, here you go! :)
You can also get the
On July 11, 2014 5:02:15 PM EEST, Charlie Kester wrote:
>On Fri 11 Jul 2014 at 06:35:50 PDT Dimitris Zervas wrote:
>>Well, it's good to have an idea of what am I going to do, after this
>patch set.
>>
>>I was thinking of a super easy implementation, nearly without a
On July 11, 2014 11:05:05 PM EEST, q...@c9x.me wrote:
>On Fri, Jul 11, 2014 at 09:47:33PM +0200, Markus Teich wrote:
>> I disagree. Well designed code is also depending on well designed
>data
>> structures. Data structures, especially core functionality ones, are
>not easily
>> changed or even repl
On July 11, 2014 4:26:12 PM EEST, Charlie Kester wrote:
>On Fri 11 Jul 2014 at 06:06:39 PDT Charlie Kester wrote:
>>On Fri 11 Jul 2014 at 01:48:39 PDT Maxime Coste wrote:
>>>On Thu, Jul 10, 2014 at 03:59:01PM -0700, Charlie Kester wrote:
I agree. Start by identifying the editing operations th
On July 11, 2014 1:46:13 AM EEST, Dimitris Papastamos wrote:
>On Fri, Jul 11, 2014 at 01:43:16AM +0300, Dimitris Zervas wrote:
>> First of all, we haven't even agree in which data structure will we
>use.
>> Buffer gap, piece table, or pointer array?
>
>If you wan
On July 11, 2014 1:32:41 AM EEST, Dimitris Papastamos wrote:
>On Fri, Jul 11, 2014 at 01:26:38AM +0300, Dimitris Zervas wrote:
>> But how are you going to deal with lines longer than the capacity of
>a line? or buffers longer than the capacity of buffer?
>
>You have to resize th
On July 11, 2014 1:26:08 AM EEST, Maxime Coste wrote:
>On Thu, Jul 10, 2014 at 11:45:07PM +0300, Dimitris Zervas wrote:
>> On July 10, 2014 11:29:59 PM EEST, Evan Gates
>wrote:
>> >> I will agree that it's super easy to implement and understand and
>it
>> &
On July 10, 2014 11:29:59 PM EEST, Evan Gates wrote:
>> I will agree that it's super easy to implement and understand and it
>covers most needs.
>> But how about search?
>> Is it fast?
>
>What about structural regular expressions as found in sam that aren't
>limited to lines?
>-emg
Oh, I've got a
On July 10, 2014 11:21:43 PM EEST, Maxime Coste wrote:
>On Thu, Jul 10, 2014 at 09:33:53AM -0700, Charlie Kester wrote:
>> The problem with linked lists of lines and piece tables has always
>been
>> achieving good locality of reference. Not a problem with buffer gap,
>> where locality was the mai
On July 10, 2014 3:22:07 PM EEST, Teodoro Santoni wrote:
>On Thu, Jul 10, 2014 at 02:34:02PM +0300, Dimitris Zervas wrote:
>> >Spacebar). What about the introduction of v(isual), then movement,
>then
>> >verb
>> >for doing something?
>> Well, there already
On July 10, 2014 12:11:59 PM EEST, Teodoro Santoni wrote:
>On Thu, Jul 10, 2014 at 11:08:49AM +0300, Dimitris Zervas wrote:
>> I also fail to understand the way that sandy does select things.
>> Can anyone give me some light?
>> I was thinking ctrl+movement and ctrl+adjec
I think I'm almost finished.
I'll add the last keybindings and I may add multiple mark support (ma goes to
mark a)
However I don't know what to do with selection.
I also fail to understand the way that sandy does select things. Can anyone
give me some light?
I was thinking ctrl+movement and ctrl+
>> If "suckless-vi" ends up based on sandy I'll be as happy as a clam. I
>> don't have a lot of free time, but I'd be happy to help.
>
>I'm actually also interested in a "suckless-vi" but for me this
>includes
>a design based on piece tables rather than the double linked list
>approach
>taken by sa
On July 9, 2014 10:14:16 PM EEST, Rafa Garcia Gallego
wrote:
>Hi Dimitris,
>
>Thanks for working on sandy! I'm skimming over the changes and they
>look promising. When you are done polishing, they would fit nicely
>upstream.
>
>In fact... does anyone use the default / non-modal sandy bindings on
On July 9, 2014 6:32:16 PM EEST, Lee Fallat wrote:
>True neovim over here ;)
>Honestly though at least the implementation is a 100x cleaner.
>I'm not a vi/m user anymore, nor tui fan, but keep up the work guys.
>At least people will use software that sucks less.
Not just cleaner, but also much sma
On July 9, 2014 6:24:32 PM EEST, Carlos Torres wrote:
>Dimitris,
>http://git.dzervas.gr/sandy/commit/?id=60777b454326ce3790fcaf530fe3fd73469b5605
>config.h is generated by Makefile from config.def.h
>
>you should put your changed in config.def.h instead, no?
>
>then maybe Rafa can pull your change
I just finished the sentence mode :)
Just like vim, you form sentences with key bindings. ex.: d$ means delete until
the eol.
As of now, I have only implemented d verb and $ and ^ adjective.
Please test them to find any bugs.
I'll almost every key of vim tomorrow.
On July 9, 2014 1:19:23 PM EEST, Silvan Jegen wrote:
>On Wed, Jul 9, 2014 at 12:16 PM, Markus Teich
> wrote:
>> Dimitris Zervas wrote:
>>> I keep my branch at: http://git.dzervas.gr/sandy if anyone is
>interested.
>>
>> Heyho,
>>
>> $ git clone ht
On July 9, 2014 1:16:31 PM EEST, Markus Teich
wrote:
>Dimitris Zervas wrote:
>> I keep my branch at: http://git.dzervas.gr/sandy if anyone is
>interested.
>
>Heyho,
>
>$ git clone http://git.dzervas.gr/sandy
>Cloning into 'sandy'...
>fatal: unable to ac
>Good work, I was surprised to see dmenu used, but seems to work well
>with it. As a suggestion/alternative, ncurses supports status bars
>which can also serve as the command bar (which would be useful over an
>ssh session).
Yes, I also thought of it, but you lose precious space.
I may add a fallb
On July 9, 2014 7:10:06 AM EEST, Andrew Hills wrote:
>On 7/8/14, 8:27 PM, Dimitris Zervas wrote:
>> I know that some of you will really hate me about this, but I patched
>sandy to have command and insert mode.
>
>Actually, this was all that kept me from using sandy. (W
I know that some of you will really hate me about this, but I patched sandy to
have command and insert mode.
More patches will follow with actual vim bindings (yank, paste, etc.) if I
don't get flamed :P
I'll work on them this week.
Can anyone help me read the escape key without the 1s delay?
B
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Ok, thank you guys! :)
I will test it. Now that I'm thinking of it, detach may be very useful.
-BEGIN PGP SIGNATURE-
Version: APG v1.1.1
iQJCBAEBCgAsBQJTsk7qJRxEaW1pdHJpcyBaZXJ2YXMgPGR6ZXJ2YXNAZHplcnZh
cy5ncj4ACgkQ+77hPkfJypadZxAAiK868ywu19z
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello,
After a year or so in the list, I think each and every one is using tmux or
screen (I think more tmux, but do not start a war please, that's not the
subject).
Why is that? For the tabs?
Why not use tabbed? or DWM's mono-view (how is it call
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On June 30, 2014 7:20:26 PM EEST, sta...@cs.tu-berlin.de wrote:
>* Dimitris Zervas 2014-06-30 11:35
>> I am thinking of trying to implement vim key bindings one of these
>days (I can't work otherwise).
>
>that'd be great.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On June 29, 2014 7:42:48 PM EEST, Dimitris Papastamos wrote:
>On Sun, Jun 29, 2014 at 06:13:30PM +0300, Dimitris Zervas wrote:
>> >Wrap your lines.
>> I am happy that you break the discussion, every time for the same
>thing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
>I can't really use the marking feature and needed to get used to the
>fact that it will remove all the input instead of the last character
>on backspace, and I could never memorize many of the keyboard
>shortcuts beyond ^X / ^C...
I am thinking of t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On June 29, 2014 6:07:00 PM EEST, Dimitris Papastamos wrote:
>On Sun, Jun 29, 2014 at 03:18:03PM +0300, Dimitris Zervas wrote:
>> I do not agree.
>> Why search in all white code for a semicolon or scroll 3 thousand
>times to comp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
>> 1. Most vim bindings (not all, but most), just altered a bit in the
>way they behave.
>Ok, just use vi or vim or some other similar editor.
Ok, so you're just telling me to use a particular editor because of the
bindings.
So you may also use wind
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On June 29, 2014 3:12:34 PM EEST, Sime Ramov wrote:
>On Sun, 29 Jun 2014 15:00:32 +0300, Dimitris Zervas
> wrote:
>> I think that a new text editor must be created, with text interface
>> (and maybe GUI later).
>>
>&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I think that a new text editor must be created, with text interface (and maybe
GUI later).
I think that the only things we have to implement are:
1. Most vim bindings (not all, but most), just altered a bit in the way they
behave.
2. Fantastic syn
>Hi,
>I am looking for a wiki engine, with markdown and "recent
>changes" support.
That's what I'm trying to build with bpp [0] and smu [1]
See the mails we sent in the mail list.
[0]: https://git.dzervas.gr/bpp
[1]: https://git.dzervas.gr/smu
On May 24, 2014 5:45:17 PM EEST, Nick wrote:
>Quoth Dimitris Zervas:
>> >call blog‐gen with the new name.
>> Where is the source code?
>
>It's a shell script; download it and see.
Oops sorry, my droid told me that it was binary :P
>I am using for blogging:
>[0]
>[1]
>
>You can use whatever editor you like to create your basic raw file.
>Then
>copy it to your basic blog directory on the remote site using scp
>and
>call blog‐gen with the new name.
Where is the source code?
>You may be interested in fugitive[0], blog
>software using Git hooks.
>
>[0] https://gitorious.org/fugitive
I'll check it, but the whole local install concept
is a little strange for me. But I'll have to
get a better look.
>where can I get smu-smu?
http://git.dzervas.gr/smu
>I personally use a m
In 2 weeks I will be done with my finals (yay! no more school!) and I will
concentrate on my projects.
My main project is the C blogging platform which is, well, a blogging platform
- you didn't see that coming huh?. It's based on the suckless ideology (or at
least the way I understand it) and
Easily readable, writable, maintainable.
You also have the magical "import". You just import an asian and he
writes the code for you... :P
(no racism, just joking)
On Wed, Mar 5, 2014 at 4:28 PM, koneu wrote:
> On 03/05/2014 03:03 PM, pancake wrote:
>>
>> That thread would be smarter.
>
> Nope, j
It's working
On Tue, Feb 4, 2014 at 6:41 PM, Christoph Lohmann <2...@r-36.net> wrote:
> Greetings.
>
> Just a test mail due to mlmmj failing.
>
>
> Sincerely,
>
> Christoph Lohmann
>
>
>> Oh, and to come in on an earlier point that was made, TUI sucks, the
>> only good thing about it is that TUI programs tend to have better
>> keybindings and scriptability.
> Well my thoughs on interface: CLI is very good because it is "unidimensional"
> streams/lines of texts. Which is mostly si
I find smart autocompletion extremely useful.
It gives some basic info about the function (number of args etc.) and saves a
lot of keystrokes and typos.
I concluded, that personally, I prefer TUI for an editor.
System breaks? you have a console (does not support colors etc. but
you have something).
You're over SSH? you have a console.
I want it to be compatible just with the few environments I use.
xterm, st and minor support for ssh and tty and no
hmm, fifo interface for Xlib.
Sounds like a good way to get my hands dirty with Xlib.
Do I have to interface all the features of xlib, or we need some specific?
> with swt i've tried to define how one would interact with it to create the
> UI, it could be driven by any language able to read and write to files.
> its interesting that surf and dwm just got fifo in them...perhaps tabbed
> should too. perhaps really we should have separate embedable
> applic
> That’s where the suckless solution should begin, by having reusable mod‐
> ules. For example there was the idea on the IRC channel to have a sepa‐
> rate GUI process handling the output and giving callbacks via a simple
> text interface over a pipe. That process could display the meta‐informa‐
I didn't know about libvitapi. I'll check it.
About line editors: COME ON.
About compatibility/portability: I want the library to work for me. I don't
care about anyone else. So it's gonna be compatible with xterm and st. Not even
urxvt!
I don't know if it has to be graphical or text.
What do y
Hello,
I was just thinking about my beloved vim. It's old. It's big. It (kind of)
sucks. It's not suckless.
So I just gave a scan to project ideas and sandy. You use (n)curses and I
thought that it's as old, big, sucky and non-suckless as vim is.
Shouldn't we create a new TUI library?
A
That's EXACTLY what I want to do for my blog! I've started the project
but right now it's a piece of crap.
However I use C. I don't even use any markdown library, I am making my
own (I'm not yet sure if that's right or wrong...).
On Thu, Dec 12, 2013 at 5:42 PM, Neo Romantique
wrote:
> Why Shell,
Please lets just stay on topic. Make another thread to discuss about it.
On Thu, Dec 12, 2013 at 12:04 AM, koneu wrote:
> Markus Teich wrote:
>> koneu wrote:
>> > HELL, why use an _anything_ that is not scriptable?
>>
>> Did you notice dwm is not scriptable?
>
> Unless you consider xdotool scrip
Well, I think that this is off-topic. I just said an idea that I had.
Totally agree...
BTW: I was also thinking about a new, suckless shell. Do we really
need all the bash overhead?
No more "scripting". Just some cool features (I really like some zsh features)
On Wed, Dec 11, 2013 at 9:17 PM, sin wrote:
> On Wed, Dec 11, 2013 at 08:25:32PM +0200, Di
Suckless does not have tools that don't exist or can't be created with
bash. It has some bash scripts implemented in C, something
disgustingly performance efficient.
On Wed, Dec 11, 2013 at 8:21 PM, Andrew Gwozdziewycz wrote:
> On Wed, Dec 11, 2013 at 1:14 PM, Patrick <201009-suckl...@haller.ws>
@nicholas: Sorry, I didn't see your email!
@Andrew:oh, that's nice!
On Wed, Dec 11, 2013 at 7:21 PM, Andrew Gwozdziewycz wrote:
> On Wed, Dec 11, 2013 at 12:15 PM, Nicholas Hall wrote:
>> On Wed, Dec 11, 2013 at 10:31 AM, Andrew Gwozdziewycz
>> wrote:
>>> I wondered if I could do it in shell,
well, you could implement this with shell while loop (while not
(command) do; done), but it's great to have this as utility.
Instead of passing a second argument, you could return zero and and it in shell
when "command" && echo "yup! :D"
On Wed, Dec 11, 2013 at 6:59 PM, Andrew Gwozdziewycz wrote:
It would be nice to attach the screenshots...
<><>
I attach a screenshot of xterm that I now use and the st that I'm configuring.
I want to make st look the same with xterm.
Any help apprecieted.
PS: Is it ok to ask for support on the dev list?
My config.h: http://git.dzervas.gr/st/tree/config.h
Well, making our own shell, would be a really good idea!
73 matches
Mail list logo
