Re: [dev] dwm: Poor performance of some games.

2015-12-04 14:23 GMT, Draco Metallium(Rodrigo S. Cañibano) : > Maybe something that dbus-launch, starts itself? > > I just know that if I remove dbus-lauch from .xinitrc, it will won't work. IMHO you have some service/program in your system dependent on d-bus and it hurt your cpu. You can try run

Re: [dev] dwm: Poor performance of some games.

2015-12-04 4:34 GMT, Draco Metallium(Rodrigo S. Cañibano) : > I suppose that when the game can't connect through d-bus, it falls > back to another method of communication that is not properly used. Torchlight2 don't use dbus. I check it on my system (without dbus) and have same speed with or witho

Re: [dev] [st PATCH 1/3] xloadcols: remove cp variable

> I prefer the pointer version. I don't know why an index version > is better in this case. The reference here is [1], section "The > use of pointers". IMHO in this particular case index version much better for reading and understanding.

Re: [dev] portable photoshop-like lite application based on C?

2013/12/3, Markus Teich : > http://www.catonmat.net/blog/ldd-arbitrary-code-execution/ OK. I have same result with LD_TRACE_LOADED_OBJECTS=1 /usr/bin/gimp-2.8

Re: [dev] portable photoshop-like lite application based on C?

2013/12/2, patrick295767 patrick295767 : > In any cases: > It cannot be worst and heavy weight than GIMP. > > You need fortran, .net, perl, ruby, python... for a single application? ;) > :) You can try rebuild it with minimum dependency. For example gimp in my system require gtk/x11 and few graphi

Re: Asshole vs. reality [was: Re: [dev] Question about arg.h]

2013/11/6, koneu : > I agree with you on implicit "hi" and "bye" in mailing lists but please > don't fucking bot quote. And if gmail's fucking online shit doesn't > allow anything else then don't fucking use gmail's fucking online shit. > Thanks. +1 But can we write in less aggressive style withou

Re: [dev] Some thoughts about XML

2013/10/23, Alexander S. : So what problem do you have with a .ini file? >>> They are okay for simple config files. They are the opposite of okay >>> for a markup language. >> >> Why? > > Lack of proper hierarchy, for one; > Lack of proper heterogenous containers, for two; > The most import

Re: [dev] Some thoughts about XML

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. Python uses it, there are C >> api's for it, etc. >> >> So what problem do yo

Re: [dev] misc projects

2013/10/23, Sylvain BERTRAND : > Oh! Then, I'm sure not to port blkid. But, like the do_mount in > linux init code, is the linux mount syscall able to mount a > partition with "UUID=..." instead of "/dev/sd..."? You can try: root=PARTUUID=

Re: [dev] Some thoughts about XML

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/mojombo/toml

Re: [dev] misc projects

2013/10/22, Sylvain BERTRAND : > Hi, > > I may have some projects of interests for people concerned with > suckless.org philosophy: > > http://code.google.com/p/charfbuzz/ : > As you may know, the GTK+ stack has a unicode layout engine > called pango, which was made hard dependent on harfbuzz, a c+

Re: [dev] [st][patch] scrollback buffer

Thanks Jochen! This implementation really tiny and useful for many people. Maybe we can create st-sb branch for it (like before for utf) ?

Re: [dev][st][RFC] Removing the -o option

2013/10/2, Christoph Lohmann <2...@r-36.net>: > No, stop that road. Suckless is not about end users. Always keep the > features to easily debug applications. ‐o is necessary. Otherwise you > have a *dependency* on script to debug st. If such a dependency is kept > away by just having some l

Re: [dev] [st] [PATCH] More compatible with xterm

2013/9/30, Roberto E. Vargas Caballero : > I meant: 2. Test of screen features (last test of the section: SAVE/RESTORE > CURSOR feature). Be careful of running this test without 24x80.24. It look like problem not related to save/restore cursor position. This test have strange sequence: ESC[m ESC(B

Re: [dev] [st] [PATCH] More compatible with xterm

2013/9/30, Roberto E. Vargas Caballero : >> >> I check this. To pass this test we also should report cursor position. > > Again, your patch is good, but I have tested vttest and it > continues failing. I am going to apply your patches in a week > (I usually wait a week before appling any patch, so

Re: [dev] [st] [PATCH] More compatible with xterm

2013/9/29, Roberto E. Vargas Caballero : > On Sat, Sep 28, 2013 at 08:47:04PM +0000, Mihail Zenkov wrote: >> I have problem in mc with incorrect cursor position in alt screen. I >> check xterm and found two difference. >> >> 1. xterm store two cursor position - first

[dev] [st] [PATCH] More compatible with xterm

I have problem in mc with incorrect cursor position in alt screen. I check xterm and found two difference. 1. xterm store two cursor position - first for main screen and second for alt screen. Explaining: http://invisible-island.net/xterm/xterm.log.html#xterm_90 2. Escape sequence [?1049l swap sc

Re: [dev] [st][PATCH] Add terminfo definitions for terminals with meta key

Good solution. Thanks!

Re: [dev] [st] [PATCH] 8bit-meta like xterm

This changes break alt+i/alt+o/alt+p/etc in mc.

Re: [dev] gettext-stub

Thanks too both - hiro and pancake! I use LFS with egibc / busybox (mdev instead udev) / pkgconf and I want replace gettext with something light and simple.

Re: [dev] [st][patch] not roll our own utf functions

2013/5/5, Nick : > Quoth Christoph Lohmann: >> On Sun, 05 May 2013 16:49:06 +0200 Strake >> wrote: >> > From c40205fe15f0da048128f8735fd2140605de5e9e Mon Sep 17 00:00:00 2001 >> > From: Strake >> > Date: Sun, 5 May 2013 09:35:58 -0500 >> > Subject: [PATCH] not roll our own utf functions >> >> Rej

Re: [dev] [st] RFC halt function

2013/4/25, Christoph Lohmann <2...@r-36.net>: > Greetings. > > On Thu, 25 Apr 2013 20:15:37 +0200 Nimrod Omer > wrote: >> On Thu, Apr 25, 2013 at 11:05 AM, Christoph Lohmann <2...@r-36.net> wrote: >> >> > Anyone has ever needed such a function and considers it worth to >> > be >> > added to s

Re: [dev] gregkh likes us

2013/2/17, Kai Hendry : > Also doesn't help that I can't easily compile the bloated kernel > without setting fire to my machine or taking days out of my life to > unselect all the bits I don't need in the config. Yes, kernel have many options - but is great as you can tune it very accurately witho

Re: [dev] [st] XKB group mod

Yes it work as expected. Thanks! 2013/2/16, Christoph Lohmann <2...@r-36.net>: > Greetings. > > On Sat, 16 Feb 2013 13:57:01 +0100 Mihail Zenkov > wrote: >> 2013/2/16, Christoph Lohmann <2...@r-36.net>: >> > Greetings. >> > >> > On Sat,

Re: [dev] [st] XKB group mod

2013/2/16, Christoph Lohmann <2...@r-36.net>: > Greetings. > > On Sat, 16 Feb 2013 09:40:00 +0100 Mihail Zenkov > wrote: >> In my xorg.conf I have: >> Option "XkbLayout" "us,ru" >> Option "XkbOptions" "grp:menu_tog

[dev] [st] XKB group mod

In my xorg.conf I have: Option "XkbLayout" "us,ru" Option "XkbOptions" "grp:menu_toggle,... When I switch to 'ru' XKB add mod (1<<13) and I can't use F1-F12, Shift F1-F12 and probably some others. Maybe we should ignore this mod by default? st-ignore_switch_group.patch Description: Bi

Re: [dev] [st] Limit refresh rate

2013/2/15, Christoph Lohmann <2...@r-36.net>: > Please try to see how much the CPU usage changed with the defaults in > the repository. I can’t really apply 5 fps; this makes output feel like > the terminal is hanging. I try measure on hd6770 with open source driver - it have problem with 2d a

[dev] [st] Limit refresh rate

This patch limit refresh rate by new (more efficient) way. Patch separate refresh in tree case: 1. app send something to terminal 2. we have XEvent 3. post XEvent In first case we can limit refresh to quite low rate (in patch 5 fps) to prevent useless overflow when app send to many text (progress

Re: [dev] st very slow to refresh when x is oriented left / right

2013/2/6, Nick : > OK, I found the issue. It was a driver bug. Switching to the video > driver in squeeze-backports fixed things completely, and as a bonus > redrawing in everything (not just in st) is much quicker now. You can also try add Option "AccelMethod" "SNA" in your xorg.conf to enable ne

Re: [dev] st very slow to refresh when x is oriented left / right

What video card and driver you use? 2013/2/5, Nick : > I thought I should try the latest version of st in git, as lots of > fun activity has happened. > > So this is a weird one. I often have my monitor vertical, using > 'xrandr -o left', as that is clearly superior. > > However the newer versions

Re: [dev] [st] Back Color Erase

2013/1/27, Christoph Lohmann <2...@r-36.net>: > I need the mc.txt and a screenshot of what is shown. In your last exam‐ > ple mc.txt did not have the text strings in it shown by mc. But both > need to be the same, otherwise mc.txt does not include the escape se‐ > quences mc uses to display

Re: [dev] [st] Back Color Erase

2013/1/27, Christoph Lohmann <2...@r-36.net>: > Thanks for the answer. But now explain me how I should get any hint how > to debug your issues by the information you gave me. In the last e‐mails > I explained that I can’t reproduce your issues in mc. Did you try compile mc with '--with-screen=ncu

Re: [dev] [st] Back Color Erase

Good! But still have small issue in mc. 2013/1/27, Christoph Lohmann <2...@r-36.net>: > Greetings. > > On Sun, 27 Jan 2013 10:52:49 +0100 Mihail Zenkov > wrote: >> 2013/1/26, Christoph Lohmann <2...@r-36.net>: >> > Here is the output using standard st

Re: [dev] xinerama and dbe mutual exclusion

Thanks! BCE issue stop me to update from git. But now I update to 384...f6 with old terminfo. 2013/1/27, Christoph Lohmann <2...@r-36.net>: > Greetings. > > On Sun, 27 Jan 2013 12:34:56 +0100 Mihail Zenkov > wrote: >> I have issue with shift+insert (and same with middle

Re: [dev] xinerama and dbe mutual exclusion

I have issue with shift+insert (and same with middle mouse button). When I select something and press shit+insert I don't see any changes, but if I press any key I see key + pasted text. st-3ce96aea8af566c88ed1e076d270b4d1abcf6e96 don't have this issue.

Re: [dev] [st] Back Color Erase

2013/1/26, Christoph Lohmann <2...@r-36.net>: > Here is the output using standard st ([0]) and using the config.h from > your last message ([1]). The midnight commander is from the latest com‐ > mit from [2]. > Either it’s a problem with mc, because yours looks different in the win‐ > dow layo

Re: [dev] [st] Back Color Erase

2013/1/20, Christoph Lohmann <2...@r-36.net>: > In a freshly compiled mc looks like this [0] in st. I don’t see any > gaps. Did you forget to reinstall the st.info? Yes, I reinstall st.info. My mc compiled with --with-screen=ncurses. By default mc uses slang. I suppose slang ignore bce. Othe

Re: [dev] [st] Back Color Erase

Yes, it black. 2013/1/20, Christoph Lohmann <2...@r-36.net>: > Greetings. > > On Sun, 20 Jan 2013 15:58:03 +0100 Mihail Zenkov > wrote: >> I have issue in mc and mocp - color empty spaces (without symbols) >> filed by black color. > > What is your defaultbg? I

Re: [dev] [st] Back Color Erase

I have issue in mc and mocp - color empty spaces (without symbols) filed by black color. 2013/1/20, Christoph Lohmann <2...@r-36.net>: > Greetings comrades, > > there is now a patch in st which implements BCE (Back Color Erase). I > hope I did it right. Due to this being a historical hack st is

Re: [dev] xinerama and dbe mutual exclusion

Still have same issue. If I understand right - first we draw to xw.buf and than copy it to xw.win. In this case should by XftDrawCreate(..., xw.buf, ...). 2013/1/19, Christoph Lohmann <2...@r-36.net>: > Greetings. > > On Sat, 19 Jan 2013 15:03:27 +0100 Mihail Zenkov > wrote: &g

Re: [dev] xinerama and dbe mutual exclusion

2013/1/19, Mihail Zenkov : > 2013/1/19, Christoph Lohmann <2...@r-36.net>: >> Please all report back of any performance issues in st not using xdbe. >> You can easily enforce Xdbe by commenting out the lines that query for >> the Xdbe extension and reset the xw.buf.

Re: [dev] xinerama and dbe mutual exclusion

2013/1/19, Christoph Lohmann <2...@r-36.net>: > Please all report back of any performance issues in st not using xdbe. > You can easily enforce Xdbe by commenting out the lines that query for > the Xdbe extension and reset the xw.buf. With radeon-kms it show empty black screen with flickering

Re: [dev] [st] Unicode in esc str

Right solution. Thanks! 2013/1/18, Christoph Lohmann <2...@r-36.net>: > Greetings. > > On Fri, 18 Jan 2013 19:12:13 +0100 Mihail Zenkov > wrote: >> This patch fix unicode in esc str. Test case: echo -e >> "\033]0;русский\007" > > Thanks for th

[dev] [st] Unicode in esc str

This patch fix unicode in esc str. Test case: echo -e "\033]0;русский\007" st-esc_unicode.patch Description: Binary data

Re: [dev] [st] Shift+F1 should by F11?

2013/1/11, Roberto E. Vargas Caballero : > I suppouse mc look what terminal is running (using $TERM) and do dedicated > things for it. Since mc don't have support for st (yet ;)) I try add st escape codes to mc.lib but it not enough. As I see later - mc have many internal hack to support xterm and

Re: [dev] [st] Shift+F1 should by F11?

I also find in https://www.midnight-commander.org/wiki/roadmap: > Use KDGKBENT ioctl on Linux console to find the mapping for shifted > functional keys. > Two mappings are widely used (Shift-F1 = F11 and Shift-F1 = F13). mc should > adjust the keys to the mapping. In this case this problem in mc

Re: [dev] [st] Shift+F1 should by F11?

>From https://www.midnight-commander.org/wiki/doc/faq > 2.3 How do I use function keys F11 to F20? > These are normally mapped to function keys F1 to F10 with Shift held, e.g. > function key F13 > can be activated by pressing Shift-F3. You can define the > keys this way in the Options- > Learn

Re: [dev] [st] Shift+F1 should by F11?

Thanks for detailed reply! > I have also tested in the virtual terminal of the kenel (you called it 'pure > console') and I get the values you said: > > > Shift-F1 = ^[[25~ > F11 = ^[[23~ > > I can see that the terminfo entry linux virtual terminal is: > > kf11=\E[23~ >

[dev] [st] Shift+F1 should by F11?

I have problem in mc with Shift+Fx. In st Shift+F6 generate code for F18 but mc wait F16 for it. >From http://aperiodic.net/phil/archives/Geekery/term-function-keys.html >Shift-F1 through Shift-F10 function as F11 through F20 and generate escape >codes from ^[[23~ to ^[[34~, just like the VT220.

[dev] [st] Fix ctrl+pgup in mc

This patch fix ctrl+pgup in mc. st-fix_ctrl+pgup.patch Description: Binary data

Re: [dev] st: improved double-buffering with Xdbe

2012/4/25, bran...@invergo.net : > Sorry for the delay. Here's the Xdbe patch for the st Xft branch. Let > me know if it doesn't work for you! Thanks! Patch work, but I don't have big speed improve on modern hardware (4 cores, x86, fglrx). I just run 'time tar -Oxf linux-3.3.tar.xz', is it correct

Re: [dev] st: improved double-buffering with Xdbe

> The provided diff is against the default branch, however I also got it > working for the xft branch. I can provide a diff for that too if you > want but the only extra difference is that any Xft draw-related calls > should work on xw.buf rather than xw.win (including the one in > xresize()). Grea