Re: [dev] [st] Problems when typing

2015-03-15 Thread Alexander S.
2015-03-16 8:36 GMT+03:00 Christoph Lohmann <2...@r-36.net>: > Sincerely, > > Christoph Lohmann Wow, didn't ever seen ye that full of yerself, 20h. Making up challenges for random people at the same time you tell them to never come back, eh? Must make a ton of sense to you.

Re: [dev] Potential bug in st fallback font code

2015-03-13 Thread Alexander S.
2015-03-11 2:00 GMT+03:00 Eric Pruitt : > First, you say thanks for reporting the issue: Don't try to argue with Christoph, please. His words are rarely the reason for why he's pissed off, but most often are the rationalization he invented on the fly to make his opinions appear objective and justif

Re: [dev] [RFC] Design of a vim like text editor

2014-09-17 Thread Alexander S.
Oh, another C vs C++ holy crusade, it seems. I'd like to note here that while object-oriented progamming can be done in C, doing polymorphism, for example, is a pain in the ass; furthermore, syntactic sugar and an ability to write e. g. win.repaint(rect) instead of window_repaint_rectangle(win, &re

Re: [dev] [dwm][patch] limit updates per second for win move/resize

2014-08-02 Thread Alexander S.
2014-08-02 18:16 GMT+04:00 Hiltjo Posthuma : > Hi, > > Attached is a patch which fixes an issue I have with laggy screen > updates when resizing or moving floating windows. > > What the patch does is: > Limit the amount of updates when resizing or moving a floating window > to 60 times per second.

Re: [dev] Misbehaving floating window in dwm

2014-07-05 Thread Alexander S.
2014-07-05 0:03 GMT+04:00 Michal Haško : > 2014-07-04 13:15 GMT+02:00 Alexander S. : >> 2014-07-04 0:08 GMT+04:00 Michal Haško : >>> Nope, doesn't help. >> Did you try xdotool/wmctrl, also? > > As I understand it, that would mean manual intervention every time I

Re: [dev] [PATCH] Move default rows, cols to config.def.h

2014-07-04 Thread Alexander S.
2014-06-25 21:00 GMT+04:00 Roberto E. Vargas Caballero : >> > is this really necessary? Default constants don't really mean >> > anything, they persist literally until the window is mapped and the >> > text buffer is resized at >> (apologies for accidentally sending) >> L3726, so if anything, I'd v

Re: [dev] Misbehaving floating window in dwm

2014-07-04 Thread Alexander S.
2014-07-04 0:08 GMT+04:00 Michal Haško : > Nope, doesn't help. Did you try xdotool/wmctrl, also?

Re: [dev] Misbehaving floating window in dwm

2014-07-03 Thread Alexander S.
2014-07-03 10:44 GMT+04:00 Michal Haško : > Hi all, > > I'm new to the list, although I've been active user of dwm for 3+ years. > There's this misbehaving program whose window I cannot move whatsoever. > xprop-ing the window doesn't report any wm_class, which is by itself > weird. In other window

Re: [dev] Plain text editor that sucks less - an alternative to VIM?

2014-07-03 Thread Alexander S.
2014-07-02 18:22 GMT+04:00 Charlie Kester : > On Wed 02 Jul 2014 at 06:52:41 PDT Alexander S. wrote: >> >> >> Good sntax highlighting allows you to *ignore* syntax >> better, rather than focusing your attention on it. > > > You say that like it's a good thi

Re: [dev] Plain text editor that sucks less - an alternative to VIM?

2014-07-02 Thread Alexander S.
2014-07-02 13:12 GMT+04:00 Dimitris Papastamos : > On Wed, Jul 02, 2014 at 09:39:20AM +0400, Alexander S. wrote: >> 2014-06-29 18:43 GMT+04:00 Aapo Vienamo : >> >> 2. Fantastic syntax highlighting >> > This may be considered harmfull in general. [0] >> > [0]

Re: [dev] Plain text editor that sucks less - an alternative to VIM?

2014-07-01 Thread Alexander S.
2014-06-29 18:43 GMT+04:00 Aapo Vienamo : >> 2. Fantastic syntax highlighting > This may be considered harmfull in general. [0] > [0] http://www.linusakesson.net/programming/syntaxhighlighting/ Hello, This snippet of thought makes a case that reading code is like reading a literature, when in fact,

Re: [dev] [st] [PATCH] Explicit cast in CEIL macro

2014-06-24 Thread Alexander S.
2014-06-24 23:16 GMT+04:00 Roberto E. Vargas Caballero : >> But who'd specify a scaling factor of 1.9 or sth.? >> BTW: Casting to int yields the exact same results for both CEIL and >> ceilf in my setup. > > There is an implicit casting because xw.cw and xw.ch are integers, > so the explicit ca

Re: [dev] [PATCH] Render faint attribute

2014-06-24 Thread Alexander S.
2014-06-25 1:50 GMT+04:00 Anders Eurenius : > Render faint attribute > > Faint text is implemented by allocating a new color at one-half > intensity of each of the r, g, b components, or if the text bold at the > same time, it is not made lighter. > > cheers > aes Greetings, could y

Re: [dev] [PATCH] Move default rows, cols to config.def.h

2014-06-24 Thread Alexander S.
2014-06-25 3:42 GMT+04:00 Alexander S. : > 2014-06-25 1:51 GMT+04:00 Anders Eurenius : >> Move default rows, cols to config.def.h >> >> Add default_cols, default_rows as static ints in the config.def.h >> header, instead of using constants directly in th

Re: [dev] [PATCH] Move default rows, cols to config.def.h

2014-06-24 Thread Alexander S.
2014-06-25 1:51 GMT+04:00 Anders Eurenius : > Move default rows, cols to config.def.h > > Add default_cols, default_rows as static ints in the config.def.h > header, instead of using constants directly in the code. > > cheers > aes Greetings, is this really necessary? Default constants

Re: [dev] [PATCH] Fixed copying empty lines inside selection.

2014-06-05 Thread Alexander S.
2014-05-26 9:23 GMT+04:00 Alexander : > The code was assuming that empty lines have implicit wrap-around attribute. Was this issue considered a bug after all? -- Best regards, Alexander Sedov.

Re: [dev] [st] Blank lines not preserved

2014-05-26 Thread Alexander S.
2014-05-26 19:36 GMT+04:00 FRIGN : > On Mon, 26 May 2014 18:42:50 +0400 > "Alexander S." wrote: > >> Well, for low colours, you did? Correct me if I'm wrong. > > Read this first: http://lists.suckless.org/dev/1405/21569.html > > The point is: We can'

Re: [dev] [st] Blank lines not preserved

2014-05-26 Thread Alexander S.
2014-05-26 17:25 GMT+04:00 FRIGN : > On Mon, 26 May 2014 09:00:01 +0400 > "Alexander S." wrote: > >> Guys, stop derailing the thread, please. If the issue concerns you, >> answer in the original thread to a solution I proposed. > >

Re: [dev] [st] Blank lines not preserved

2014-05-25 Thread Alexander S.
2014-05-21 22:40 GMT+04:00 Eric Pruitt : > When copying text from st, all intermittent blank lines get removed. For > example, if I run "printf 'XXX\n\n\nXXX\n'" then copy and paste the > printed text, I get: > > XXX > XXX > > Instead the expected: > > XXX > > > XXX This is most a

Re: [dev] [st] Blank lines not preserved

2014-05-25 Thread Alexander S.
2014-05-22 23:52 GMT+04:00 Roberto E. Vargas Caballero : >> I'm curious what non-st terminal emulator you use. On Urxvt, my all >> colors beyond #16 look the same as in Xterm without any changes to my >> Xresources file or the need to recompile Urxvt. Likewise for MinTTY and >> its parent PuTTY. Yo

Re: [dev] [st] [PATCH] Refactor xsetcolorname()

2014-05-25 Thread Alexander S.
2014-05-25 14:23 GMT+04:00 FRIGN : > Hello, > > attached is a small patch to refactor xsetcolorname(). > Note the high similarity to xloadcols(). I wonder how necessary it is > to realloc if name==NULL, given dc.col[] is only read except in > xloadcols(), where exactly the same stuff is done to eac

Re: [dev] [st] Colors slightly different hue than in xterm

2014-05-25 Thread Alexander S.
2014-05-22 1:57 GMT+04:00 Roberto E. Vargas Caballero : >> Read this: http://www.4p8.com/eric.brasseur/gamma.html >> >> We need to generally re-think the algorithm used here. I hate the idea >> of being conformant to this or that terminal emulator and instead >> prefer an implementation according t

Re: [dev] [tabbed] [PATCH] Remove unnecessary xargs call.

2014-04-09 Thread Alexander S.
2014-04-09 22:02 GMT+04:00 Alexander S. : > 2014-04-08 1:14 GMT+04:00 Markus Teich : >> The removed call can stop the pipeline from working, if one adds e.g. his >> history to the possible selections and the amount of entries gets too big. > Sorry, but this call is necessary

Re: [dev] [tabbed] [PATCH] Remove unnecessary xargs call.

2014-04-09 Thread Alexander S.
2014-04-08 1:14 GMT+04:00 Markus Teich : > The removed call can stop the pipeline from working, if one adds e.g. his > history to the possible selections and the amount of entries gets too big. Sorry, but this call is necessary if the property in question contains non-ASCII characters. It's not unn

Re: [dev][announce] slm - music curation

2013-12-03 Thread Alexander S.
2013/11/28 Markus Teich : > Patrick wrote: >> An example use-case shows why you would rm a file in your central media >> repository. .e.g. It was rm'd because it was Thursday and that's the day that >> I let Chaos Monkey fuck up my tunes. > > I for example see my music collection not as only-growin

Re: [dev] [st] Colors slightly different hue than in xterm

2013-12-03 Thread Alexander S.
2013/12/3 Alexander S. : > Hello, > it seems that st uses one of color-cube colors to introduce bold > brightening. Clearly, for a color in xterm color cube, there is almost > never a color with the same hue, but another lightness. Probably > modifying color components, like wi

Re: [dev] [st] Colors slightly different hue than in xterm

2013-12-03 Thread Alexander S.
2013/12/2 Eric Pruitt : > On Mon, Dec 02, 2013 at 10:54:54AM +0100, Christoph Lohmann wrote: >> No, fix xterm to brighten all colors. I won’t reduce the features of st >> because of compatibility to a sloc beast. > > I'm not asking you to apply the patch to tip, I'm simply posting the > patch for

Re: [dev] [st] st does not show window name for wmctrl

2013-11-26 Thread Alexander S.
WM_NAME to XStringStyle. Since i don't really have a use case for > UTF8. > > The simpler patch only adds _NET_WM_NAME, and as > UTF8_STRING for consistency. which wmctrl works with. (not that this > fix is solely driven by wmctrl. i wouldn't want it to, i just happend >

Re: [dev] [st] st does not show window name for wmctrl

2013-11-25 Thread Alexander S.
2013/11/25 Martti Kühne : > On Fri, Nov 22, 2013 at 5:06 PM, Carlos Torres wrote: >> The attached patch reverts to setting WM_NAME to STRING >> and adds _NET_WM_NAME in UTF8_STRING >> > > > How many people commit suicide per year because their application > windows use utf-8 titles? > Why would th

Re: [dev] [dwm] Xft patch

2013-11-23 Thread Alexander S.
Hello, 2013/11/23 : > For my personal use of dwm I have written a small > patch to support Xft---it actually decreases the > line count of dwm. I thought it would be useful > to share it with you. > > You will also notice that the patch changes the > window creation semantics. This is because I

Re: [dev] [st] why is Glyph.fg, Glyph.bg long?

2013-11-13 Thread Alexander S.
2013/11/13 Thorsten Glaser : > Roberto E. Vargas Caballero dixit: > >>long, because long is at least 32 bits for sure, but int can be only 16 > > On POSIX, int is a minimum 32 bit data type. Also, stdint.h. -- At your service, Alexander S.

Re: [dev] Suckless remote shell?

2013-11-07 Thread Alexander S.
2013/11/8 Szabolcs Nagy : > * Alexander S. [2013-11-08 02:10:49 +0400]: >> 2013/11/7 Szabolcs Nagy : >> > with a single pointer arg this assumes that all pointers have >> > the same representation or that you create a separate version >> > of pthread_create f

Re: [dev] Suckless remote shell?

2013-11-07 Thread Alexander S.
2013/11/7 Szabolcs Nagy : > * Alexander S. [2013-11-07 16:55:35 +0400]: >> Context pointers for callbacks... well, they exist because of the >> limitations of the type system. I'd rather see >> ?A,[Types...].pthread_create(pthread_t*, A(*callback)(Types...), Types &g

Re: [dev] Suckless remote shell?

2013-11-07 Thread Alexander S.
2013/11/7 Szabolcs Nagy : > * Alexander S. [2013-11-07 04:27:26 +0400]: >> Seriously, simple parametric types wouldn't hurt C. Not at all. No >> need for that automatic pointer conversion, additional parameters to >> sort() and alike, and such. (I'm going to make a

Re: [dev] Suckless remote shell?

2013-11-06 Thread Alexander S.
2013/11/6 Dmitrij D. Czarkoff : > Alexander S. wrote: >> >>The implicit conversion removal is a good example of how much C is >>reliant on a weak type system. They have to break it in C++, at least >>partially, and imo, weak type systems are just bad taste. >

Re: [dev] Suckless remote shell?

2013-11-06 Thread Alexander S.
2013/11/5 Markus Wichmann : >> if something was invented in the era of insufficient computing power, >> it does make it more clunky to use. > True. C's dynamic memory management is proof of that. Yes, and I believe they got it about right in Go. (They got it mathematically right in Rust, but using

Re: [dev] Suckless remote shell?

2013-11-04 Thread Alexander S.
2013/11/4 Szabolcs Nagy : > * Alexander S. [2013-11-04 17:11:40 +0300]: > > the state-of-the-artedness is not a virtue of a programming language > > the main problem with go is that (like java and many other high level > languages) it tries to ignore unix legacy while buil

Re: [dev] Suckless remote shell?

2013-11-04 Thread Alexander S.
2013/11/4 Raimundo Martins : > On Mon, 4 Nov 2013 17:11:40 +0300 > "Alexander S." wrote: > >> Don't want to start a flame, but C isn't exactly state of the art >> language. I shall agree that Go has problems, but why it would be a >> disgrace any wo

Re: [dev] Suckless remote shell?

2013-11-04 Thread Alexander S.
2013/11/4 FRIGN : > On Sun, 3 Nov 2013 18:57:23 -0500 > Jacob Todd wrote: > >> No one ever said it had to be in c you fucking nerd. > > No one ever said it, because it is expected to be in C. > Go is a disgrace and I'm glad every time I see a Go-Project bit-rot to > death. > > Best Regards > > FRI

Re: [dev] Some thoughts about XML

2013-10-25 Thread Alexander S.
2013/10/24 Bobby Powers : > I think Russ Cox said it very well[1]: > > Mapping between XML elements and data structures is inherently flawed: > an XML element is an order-dependent collection of anonymous values, > while a data structure is an order-independent collection of named > values. See [.

Re: [dev] Some thoughts about XML

2013-10-24 Thread Alexander S.
2013/10/24 Charlie Kester : > So don't use it as a markup language. > > As far as I know, it was never claimed to be fit for that purpose. Um. 2013/10/23 Mihail Zenkov : > It not mention good xml alternative: TOML > https://github.com/mojombo/toml 1) TOML is basically .ini on steroids, 2) XML is

Re: [dev] Some thoughts about XML

2013-10-24 Thread Alexander S.
2013/10/24 Samuel Holland : > [body] > content="%ol%%p%" > [ol] > style="list-style-type: decimal" > content="%li.1%%li.2%%li.3" > [li] > style="display: list-item" > content1="Lack of proper hierarchy, for one;" > content2="Lack of proper heterogeneous containers, for two;" > content3="%b%:\nlack

Re: [dev] Some thoughts about XML

2013-10-23 Thread Alexander S.
2013/10/24 Mihail Zenkov : > 2013/10/23, Alexander S. : >>> I'm confused as to what is wrong with the .ini style configurations. >>> They're not just used in Windows, they're used in many other places that >>> require simple, easy to use configurations.

Re: [dev] Some thoughts about XML

2013-10-23 Thread Alexander S.
2013/10/24 William Giokas <1007...@gmail.com>: > On Tue, Oct 22, 2013 at 10:35:03PM +, Thorsten Glaser wrote: >> Mihail Zenkov dixit: >> >> >It not mention good xml alternative: TOML >> >> Thank gods the time of Windows 3.x *.ini files is long gone. > > I'm confused as to what is wrong with the

Re: [dev] Some thoughts about XML

2013-10-22 Thread Alexander S.
2013/10/23 Mihail Zenkov : > 2013/10/21, hiro <23h...@gmail.com>: >> It seems like some subscribers haven't read the bible of suckless yet. >> http://harmful.cat-v.org/software/ >> and >> http://harmful.cat-v.org/software/xml/ > > It not mention good xml alternative: TOML > https://github.com/mojom

Re: [dev] [st] [patch] Cleanup config.def.h, eliminate mappedkeys, simplify matching.

2013-10-19 Thread Alexander S.
2013/10/19 Mark Edgar : > A series of patches for consideration. > > The first patch is purely aesthetic: it cleans up column headings (comments) > and internal tabs in the shortcuts/key/mshortcuts tables in config.def.h. It > also renames the fields in Key to match the nicer names given in > confi

Re: [dev] [sbase] Command list

2013-10-18 Thread Alexander S.
Contributing into the discussion about find. Most of its selectors are implemented by stest(1); commonly useful ones that I can think of are -user and -group. However: 1) ostracize me, but I like find "one dash, long option" style way more than stest "a thousand of letters a-la test". I understand

Re: [dev] Some thoughts about XML

2013-10-18 Thread Alexander S.
2013/10/18 Dmitrij D. Czarkoff : > Szymon Olewniczak said: >> Another advantage of XML is its adaptation. We've already have MathML, >> SVG and many many others[1] all build on top of XML. > > SVG and MathML are probably the best arguments against XML ever. I am yet to > see two SVG libraries that

Re: [dev][dwm] Launching new terminals in $PWD

2013-10-18 Thread Alexander S.
2013/10/18 Raphaël Proust : > On Fri, Oct 18, 2013 at 11:28 AM, Manolo Martínez > wrote: >> On 10/18/13 at 06:12pm, Chris Down wrote: >>> On 2013-10-18 12:03, Manolo Martínez wrote: >>> Environments only propagate to children, not their parents. You'll need to >>> get >>> the pwd of the currently

Re: [dev] Tabbed status?

2013-10-10 Thread Alexander S.
2013/10/10 Christoph Lohmann <2...@r-36.net>: > Greetings. > I tried a simple > > rppick :from alex0player :subject tabbed > rpview p | git am --signoff > > This gave back the whole e‐mails. Then it took your first comment and > all the diffs. They are all in the last patch. I wi

Re: [dev] Tabbed status?

2013-10-10 Thread Alexander S.
2013/10/10 Christoph Lohmann <2...@r-36.net>: > Greetings. > Your patches have been applied. Sorry for the latency. Thanks for the > contribution! Sorry for nagging you, but what about the last one, that fixes selecting tabs with mouse? Should I resend this one? -- Best regards, Alexander.

Re: [dev] Re: [st] [PATCH] Avoid buffer overflows in the case of key-mapped strings.

2013-10-10 Thread Alexander S.
2013/10/9 Roberto E. Vargas Caballero : > I think we shouldn't check this kind of things, because otherwise > we must check all the parameters from config.h, and it is not done now. > I usually check all the parameters which come from the user, and trust > parameters from the own code, because they

[dev] Tabbed status?

2013-10-10 Thread Alexander S.
Hello, who happens to be tabbed (1) maintainer? I sent some patches over a period of time but it seems that they were not reviewed. -- Best regards, Alexander.

Re: [dev] [sbase] [PATCH] ls: add option to reverse the sort order

2013-10-05 Thread Alexander S.
2013/10/5 Rob : > On Fri, Oct 04, 2013 at 05:45:56PM +0400, Alexander S. wrote: >> 2013/10/4 Raphaël Proust : >> If we want to retain this patch, I'd suggest reversing array after >> sorting, not multiplying by `sortorder' in comparison functions. This >> av

Re: [dev] [sbase] [PATCH] ls: add option to reverse the sort order

2013-10-04 Thread Alexander S.
2013/10/4 Raphaël Proust : > On Fri, Oct 4, 2013 at 2:32 PM, Alexander S. wrote: >> Uh, cannot this be achieved by piping output to tac? > > At which points someone asks why is there a sorted order at all in ls > output… cannot this be achieved by piping output to sort? sort(1

Re: [dev] [sbase] [PATCH] ls: add option to reverse the sort order

2013-10-04 Thread Alexander S.
Uh, cannot this be achieved by piping output to tac?

Re: [dev] Re: [st] [PATCH] Avoid buffer overflows in the case of key-mapped strings.

2013-10-01 Thread Alexander S.
2013/10/2 Mark Edgar : > On Mon, 23 Sep 2013 10:06:13 +0200, Roberto E. Vargas Caballero wrote: >> On Sat, Sep 21, 2013 at 03:41:01PM +0200, Mark Edgar wrote: >> I don't agree here, because if you insert a escape sequence is not dificult >> get more of 16 characters (for example a key combination w

Re: [dev] [surf][patch] MODKEY + button 1 opens new window

2013-09-10 Thread Alexander S.
2013/9/7 David Dufberg Tøttrup : > Hi! > > I don't have button 2 (and emulate 3 button mouse sucks). With this patch > you can open a new window if you hold MODKEY and click the link. Apply if it > makes sense. > > Sincerely, > David I want to thank you for this patch. I stumble on my old habits of