On Tue, Jul 7, 2015 at 10:56 PM, FRIGN wrote:
> Thank you guys for working on st!
Yep, thanks to everyone involved in st nowadays. I've moved to other
things but I'm glad the project has gone this far.
On Sun, Apr 21, 2013 at 7:02 PM, Random832 wrote:
> I'm also having drawing issues with double-width characters that I don't
> know how to fix, so maybe it would be best if I just send what I have.
> Should I send it in the form of a patch or just my st.c?
Send what is the most convenient to you.
On Thu, Apr 18, 2013 at 10:34 PM, Noah Birnel wrote:
> Static linking needs mingw and I haven't done it. Considering you need X
> for the 3 progs mentioned above, I've seen no point in carrying them
> around to windows boxes without Cygwin.
I don't remember which project had at one point an incom
On Sat, Apr 13, 2013 at 11:17 PM, Random832 wrote:
> I am forced to ask, though, why character cell values are stored in utf-8
> rather than as wchar_t (or as an explicitly unicode int) in the first place,
> particularly since the simplest way to detect a wide character is to call
> the function w
You might me interested in ConEmu
http://code.google.com/p/conemu-maximus5/
On Thu, Jan 24, 2013 at 6:47 PM, pancake wrote:
> i've been quite busy these last months.. so i was a little disconnected from
> the suckless development... but several months ago i tried to run st on OSX
> without success.. and today i tried to run it on linux (voidlinux) without
> much more luck
I don't think using git will solve anything because there's no problem
to solve. That being said, I don't mind using either git or mercurial.
The official repo should stay on suckless.org, though.
On Fri, Nov 2, 2012 at 8:12 PM, Christoph Lohmann <2...@r-36.net> wrote:
> Greetings comrades.
>
> St 0.3 has been released and much has changed.
Thank you Christoph --and everybody involved in this new release-- for
keeping st alive :)
I've a lot of work this year and I can't find the time nor th
On Thu, Oct 11, 2012 at 6:13 PM, Roberto E. Vargas Caballero
wrote:
> St, like all others graphic terminal emualtors, receive escape sequences
> which configure it, change color, set tittle screen, set blink ..., so add
> new private sequences for things like chage font is not only no stupid, is
>
On Tue, Oct 9, 2012 at 7:03 PM, Roberto E. Vargas Caballero
wrote:
> Solution of copying all the characters needs some work, because I agree it
> sucks
> when you copy this non existing leading paces. I think the solution should be
> a
> variable by line saying maximum column written in it. I th
I don't think the DEC alignment test is necessary. Please read LEGACY
in st repo.
Changeset 317 (14adb004eb78) introduced tw and th in the XWindow
struct. They are currently equivalent to the window width and height
(x.w and x.h). What are their purpose?
On Sun, Sep 16, 2012 at 12:26 PM, Christoph Lohmann <2...@r-36.net> wrote:
> If there is something to read from the tty, handle it, then wait for
> five microseconds in select() and see if the buffer filled again. If
> yes, handle this and do it again. After a certain amount of such loops
On Sun, Sep 16, 2012 at 12:38 PM, Roberto E. Vargas Caballero
wrote:
> Main use of this feature (actually) is only helping to debug. When you are
> debugging escape sequences is very useful have the ascii sequence that some
> program writes to the terminal. I don't know if you can get it with expe
I'm not exactly sure what this feature will be used for. If you want
to script something around a program expecting to run in a term there
are already better tools for that like expect [1]. I'm not the one who
added this goal.
On Wed, Sep 12, 2012 at 8:22 PM, Roberto E. Vargas Caballero
wrote:
>
On Sun, Sep 16, 2012 at 11:51 AM, Aurélien Aptel
wrote:
> - try to read data for SELECT_TIMEOUT ms max
> - if something was read, handle it in the term
> - if something was read and the last call to draw was more than
> DRAW_TIMEOUT ms ago then redraw.
In retrospect, the Right Thing
On Sun, Sep 16, 2012 at 9:47 AM, Roberto E. Vargas Caballero
wrote:
> This serie of patches try fix the problem of the timeout in main loop, which
> causes st wakeup each 20 ms even thare is noting to do.
The timeout "problem" was introduced to speed up the rendering when a
lot of text is printed
Couldn't the file output feature be implemented with dup2 in the child
process? Using the buffered IO API and flushing at every character is
stupid.
Let's bump this again. Someone might do something about it.
It looks like there's something wrong with the line height.
Hi all,
As I'm enrolled in Google Summer of Code until the end of summer,
updates to st are unlikely. If someone is interested in working on it,
ask Anselm for a write access to the repo.
If you want some ideas, here are a few a the top of my head:
* I think the Xdbe patch is interesting and shou
On Thu, Feb 23, 2012 at 10:02 AM, Martin Kopta wrote:
> Expected result: one click does nothing, two select word, three select line.
>
> Observed result: one click selects whole line.
I get the same behaviour. I'll look at it.
On Mon, Feb 27, 2012 at 12:14 AM, Florian Limberger
wrote:
> width of your fixed font. If you use a proportinal font, I have no
> solution at the moment.
I guess you could find the right amount of characters to draw to fill
a line using (dichotomously) XmbTextExtents().
On Tue, Feb 21, 2012 at 11:55 AM, Florian Limberger
wrote:
> I have hacked up a simple xmessage replacement which looks neater,
> has dmenu-like handling and supports unicode.
Nice code.
If you want to replace xmessage, you should make text scrollable and selectable.
On Fri, Feb 17, 2012 at 11:31 AM, Martin Kopta wrote:
> st.info' into /usr. It is a CentOS 5.7. I have no problem with that on
> CentOS 6.2, Ubuntu 11.10 and Archlinux. I guess it is because of ancient
> Vim.
Maybe this version of vim doesn't support terminfo? This is very
unlikely but who knows.
On Fri, Feb 17, 2012 at 11:18 AM, Aurélien Aptel
wrote:
> cup is already in st.info. Did you compiled the terminfo entry? ($ tic
> -s st.info)
If you compile the terminfo as a user, it will go in the local
terminfo database (~/.terminfo). You need to install it in the system
database to m
On Fri, Feb 17, 2012 at 10:35 AM, Paul Onyschuk wrote:
> On Fri, 17 Feb 2012 10:20:22 +0100
> Martin Kopta wrote:
>
>>
>> Before I get into solving this, have anyone seen this? What is "cm"?
>>
>> # vi -u NONE
>> E437: terminal capability "cm" required
>> Press ENTER or type command to continue
>>
On Thu, Feb 16, 2012 at 12:22 PM, Peter Hartman
wrote:
> So I take it the xft stuff didn't make it. In addition to fixing some
I'll try to keep the xft branch up to date. I may even merge it by
designing a generic font interface.
> problems, I also liked it because I could do st -f (rather than
On Thu, Feb 16, 2012 at 7:18 PM, Andrew Hills wrote:
> Thanks. It looks like the SHELL macro is still in config.h and still
> doesn't do anything. Should it replace "sh" on line 712 of st.c?
Yep, forgot about that.
On Thu, Feb 16, 2012 at 4:11 PM, Andrew Hills wrote:
> Will this be released/available at http://dl.suckless.org/st/? I don't
> have Mercurial access at work.
You don't need mercurial to get a tarball from the repo.
http://hg.suckless.org/st/archive/.tar.gz
http://hg.suckless.org/st/archive/0.2.
On Thu, Feb 16, 2012 at 1:19 AM, Aurélien Aptel
wrote:
> * support for dim/bright colors
> * unfocused cursor is now visible with a different color
> * using index >16 for default colors now works properly
> * various code cleanup, rewrite, indented and named enum definitions.
>
Hi all,
I've pushed a few local changes and decided to bump the version a bit.
* support for dim/bright colors
* unfocused cursor is now visible with a different color
* using index >16 for default colors now works properly
* various code cleanup, rewrite, indented and named enum definitions.
* V
Someone loves me on the internet!
*hug back*
On Sun, Feb 12, 2012 at 9:15 AM, Martin Kopta wrote:
> I hoped for easy solution where I won't have to modify all the hosts I know
> and all the hosts I will ever meet in the future. Thank you however for your
> proposed solution.
The easiest solution is to set TERM to "xterm" in your config.h. O
On Sat, Feb 11, 2012 at 9:32 PM, Jonathan Slark
wrote:
> Has the suckless community considered starting an operating system from
> scratch?
>
> Linux/BSD etc suck by default as they are evolutions of software from the
> 1970s and have all the legacy baggage that comes with that. Even Plan 9
> dat
On Sat, Feb 11, 2012 at 5:54 PM, Anselm R Garbe wrote:
> Actually I conclude that the current wman apps for werc sucks big
> time. All I really want is, that if there is a *.[1-9] file in the
> directory, it will be formatted using troff instead markdown. That's
> much simpler and the man pages wo
On Wed, Feb 8, 2012 at 4:41 PM, ilf wrote:
> Using "radeon" driver, but this should be irrelevant, right?
You're not the first one to have performance problem with it [1], I'm afraid :/
1: https://www.google.com/search?q=site%3Alists.suckless.org+radeon
On Wed, Feb 8, 2012 at 4:13 PM, Diego Joss wrote:
> there is a minor error on the website in the News section for the
> announcement:
Pushed a fix, waiting for moderation, thanks.
On Wed, Feb 8, 2012 at 3:39 PM, Benjamin R. Haskell wrote:
> rxvt-unicode uses the wonderful optimization of not really caring whether
> everything gets displayed. As a test, simulate some command that produces
> output that can't actually be read -- like from a noisy makefile, the
> non-error ou
On Wed, Feb 8, 2012 at 2:49 PM, ilf wrote:
> I am running the same tmux session in both rxvt-unicode and st next to each
> other. The drawing speed of st does indeed feel better than before, but it's
> still way slower than rxvt in everything I have tried. This is one of the
> issues still holding
On Wed, Feb 8, 2012 at 2:17 PM, ilf wrote:
> Care to update the website? http://st.suckless.org/
> And add a post to the News section of http://suckless.org/?
I did but the wiki has moderation.
Hi all,
As I said previously somewhere on the list, I've tagged the last
changeset of the default branch as 0.2.
On Sun, Feb 5, 2012 at 12:27 AM, Bjartur Thorlacius
wrote:
> Žann lau 4.feb 2012 23:05, skrifaši Kurt H Maier:
>>
>> There are already terminals that care about such
>> bullshit; why write another?
Actually, st does not implement every VT100/VT102/xterm escape sequence.
So, how are things going? I guess setting up an existing BTS on
suckless.org while waiting is out of the question?
I'm already using some sort of TODO/XXX in comment but it could be better...
For what it's worth, here's my usecase/design/whatever. I don't need much:
- basic interface (cli, mail, h
...aaand the attachement. *sigh*
slowtest.sh
Description: Bourne shell script
First, thank you for the time you spent on st.
On Sun, Jan 29, 2012 at 11:48 AM, Galos, David
wrote:
> I've written a patch which drastically improves st's performance
> in interactive console applications, like htop, vim or alsamixer.
> However, catting /dev/urandom is actually worsened , becaus
On Fri, Jan 27, 2012 at 3:26 PM, Bryan Bennett wrote:
> Just tested using cmus and ncurses line drawing characters seem to be the
> problem. If I get a chance this evening/weekend, I'll look into seeing if I
> can get a better idea of the problem (and maybe even patching in a solution,
> if I'm fe
Oops. Applied, thanks.
On Mon, Jan 23, 2012 at 10:59 AM, Nick wrote:
> More generally, though, I agree, SSL is a good example of a
> security technology which is well worth the additional
> complexity.
It's funny because OpenSSL -- probably the most used implementation of
SSL -- is unreadable: http://corte.si//posts/co
On Sun, Jan 22, 2012 at 7:22 PM, Peter John Hartman
wrote:
> Hi,
>
> Unfortunately, the tmux-split-pane problem still persists. The
> tmux-split-pane problem is this: if one pane in tmux is spitting
> out a bunch of text (e.g. a sudo cat /var/log/messages or most
> compilations) you can't really
Hi all,
Due to popular demand and being fed up with x11 core fonts, I've made
a new branch "xft". X11 core fonts are still used in the default
branch and this new branch is just an experiment. It might be merged
back in default depending on how things go.
As of now, the code is still a bit messy
On Mon, Jan 23, 2012 at 10:50 AM, Eckehard Berns wrote:
> From your screenshot I would guess that the font pattern you specified
> isn't strict enough. St uses the maximum width of all characters in all
> fonts in the font set to calculate how wide the characters are. That's
> why you have these g
Hi all,
I've made st ~10x faster on my computer. If there are no major bugs I
will tag tip as version 0.2.
Here's the relevant commit message:
* add a timeout value (SELECT_TIMEOUT) of 20ms in the select() call
* wait at least 20ms (DRAW_TIMEOUT) between draw() calls
* only copy dirty lines from
On Tue, Jan 17, 2012 at 10:38 AM, François Chaix wrote:
> So, it works, st launches, but it is very slow. 1s to display a full
> man page, 3s to display a ncurses-based interface (tested with mocp).
> What do you think this comes from ?
st is slow, yes, but it should be faster than that. What is
On Mon, Jan 16, 2012 at 7:15 PM, François Chaix wrote:
> I would like to report and ask for help about a problem I have
> executing st.
> I get this message :
> ---
> ego@Bidule:~$ ./compil/suckless/st-0.1.1/st
> st: missing fontset: ISO10646-1
> st: missing fontset: JISX0201.1976-0
> st: missing
On Wed, Jan 11, 2012 at 12:33 PM, Martti Kühne wrote:
> Debugging ttywrite() got me thinking, why is it that pressing Enter will not
> result in what would seem logical '\n' but '\r' as well instead?
> tty(1) mentions CR, though I'm completely lost if/why that be the right place.
See http://vt100
On Tue, Jan 10, 2012 at 10:04 PM, Martti Kühne wrote:
> anyway, the problem is that XChangeProperty() will cause a segfault if it gets
> NULL - or strlen. I'm slightly in favor of the former, as it will allow
> sel.clip to be any value at any time, which is good. Thoughts?
Good catch. Let's go wi
Thanks, applied.
On Mon, Oct 31, 2011 at 9:38 AM, Anselm R Garbe wrote:
> * skvm (who uses this? development seems dead)
I use it. I installed it 1 or 2 years ago, never bothered to update it
since it works.
I also think libixp and ii should stay. I don't use them personally
but I think they follow the suckless p
Some of us are socially retarded, excuse them.
On Sun, Oct 30, 2011 at 8:53 AM, Martin Kopta wrote:
> 2) Does that mean dwm won't gain any more features?
> 3) Does that mean the code will be cut short to make place for another
> features?
dwm won't gain any big features. Generally, if you want s
Hi,
I know st rendering is slow. I'm currently trying out different
solutions but I can tell you profiling X calls is no fun.
tip now uses a simple dirty flag per line algorithm.
Each modified line has the flag set to 1. Only dirty lines are drawn
and once it's done their flag is set back to 0.
I
On Tue, Oct 18, 2011 at 12:27 PM, pancake wrote:
> and type rm -rf ~ ; after the patch is applied
Thank you for your helpful{#`%${%&`+'${`%&NO CARRIER
Attached wrong patch; use this one, sorry.
diff -r 704261718508 st.c
--- a/st.c Thu Oct 06 21:32:34 2011 +0200
+++ b/st.c Tue Oct 18 12:20:03 2011 +0200
@@ -208,6 +208,7 @@
static void ttyread(void);
static void ttyresize(int, int);
static void ttywrite(const char *, size_t);
+static v
On Tue, Oct 18, 2011 at 12:14 PM, Aurélien Aptel
wrote:
> Reminder:
> $ hg clone http://hg.suckless.org/st
> $ patch -p1 < xterm-arrow-keys.diff
You need to cd in st after hg clone, obviously.
On Mon, Oct 17, 2011 at 5:06 PM, Connor Lane Smith wrote:
> I'm not a st developer, but I've had a look at this. Arrow keys do
> need to be handled in a special way, but the arrow keys don't work
> with any modifier keys.
>
> Currently st handles an arrow key by printing, eg, "\033[D". With
> shif
Hi,
Sorry for the late reply.
On Sat, Sep 24, 2011 at 4:57 PM, wrote:
> Having compiled and tested st, I would like to contribute a report.
That's great, thank you.
> Utf-8 and line graphics symbols' handling looks broken on bold text (?).
>
> E.g. mutt shows kanji in From correctly unless th
Actually, I think Anselm has not transferred by public key on the new
host. I can't push my changes for now.
On Wed, Oct 5, 2011 at 3:00 PM, Nick wrote:
> A couple of people recently have wanted to set background
> colours different to any colour in the main palette of 16.
>
> This patch allows that, and is generally sensible.
Applied, thanks.
I may tweak this later, but applied for now. Thanks!
On Sat, Sep 17, 2011 at 8:38 AM, Thuban wrote:
> So, here is the problem. St uses a lot of cpu with some apps that need
> refresh, such as "top" or "mutt". The system becomes very slow, and Xorg
> show a 100% cpu.
> This problem only happen when I use the radeon driver, with
> firmware-linux-nonfr
On Sat, Sep 17, 2011 at 11:33 AM, Joerg Zinke wrote:
> So my question is: are there any attempts made to push st.info to
> ncurses upstream?
None. I think it won't be the nicest way because the terminfo entry is
subject to change as some capacities are not implemented yet (see
TODO).
I think it's
Ok, I'm back.
On Sun, Sep 4, 2011 at 3:19 AM, wrote:
> According to the documentation[^1], the embedding application is supposed to
> send a ClientMessage XEvent with major opcodes of XEMBED_FOCUS_IN and
> XEMBED_FOCUS_OUT. I've attached a patch that should add detection of these
> events to st.
Hi,
I currently have no *nix computer at hand to test your patch. This
behaviour was introduced to make focus work inside tabbed. It has the
side effect your describing. I didn't find the right way to know
whether the window has *keyboard* focus or not when it's embed.
I you manage to make it work
On Mon, Aug 1, 2011 at 6:32 PM, Aurélien Aptel wrote:
> I've used it in my patch attached to match XK_ANY_MOD. I'd like to
> have some feedback/testing before applying it.
I've pushed my patch.
On Fri, Aug 12, 2011 at 4:05 PM, Rafa Garcia Gallego
wrote:
> Attached is a tiny change to st's terminfo entry to set 'op' (original
> pair) to \E[39;49m. This is akin to what urxvt and xterm do, and fixes
> some issues in certain curses apps (e.g. top) if your terminal had a
> color scheme other
On Mon, Aug 1, 2011 at 6:14 PM, anonymous wrote:
> With my patch it is matched with any modifier too, because (key & 0) == 0.
Yes but it doesn't fix the problem of redefining what XK_Insert sends
while keeping shift + insert to paste.
I've used it in my patch attached to match XK_ANY_MOD. I'd lik
On Mon, Aug 1, 2011 at 5:55 PM, Aurélien Aptel wrote:
> When numlock is on, each keypress has a state of 0x10. I suppose
> nobody actually use keybindings involving numlock so kmap() could
> clear the numlock mask from state before looking for a match in key[].
And handle the special
On Mon, Aug 1, 2011 at 1:34 PM, anonymous wrote:
> I think my patch is better. There is no special case for 0 mask and state
> and when we match for Ctrl and Shift it works only when they both are
> pressed. With your patch it will work for Ctrl only or for Shift only.
When a key in config.h ha
On Mon, Jul 25, 2011 at 9:25 PM, Jhonny Boy wrote:
>
> Well I tried different .xinitrc
> right now I have :
> "
> exec wmii
> "
> I just try to launch X11 using the X11.app
Is wmii in your PATH? Do you have any error/log when you start X? You
need to be a lot more precise if you want some help.
Can you post your .xinitrc?
How do you start X?
It's definitely a bug in st. I'll fix this when I get home next week.
On Tue, Jun 21, 2011 at 5:11 PM, hiro <23h...@googlemail.com> wrote:
> I'm not dracula!
Count Orlok then. Way more badass.
On Fri, Jun 10, 2011 at 9:54 AM, Rafa Garcia Gallego
wrote:
> I like the idea of structural regex, but I haven't used sam much. The
> match buffer sounds a bit emacs-y for my taste. I doubt emacs has
> something exactly like that; then again I am more of a vi(m) guy so
> emacs is really a myth for
Ok I fixed it in tip.
When st has its own window, focus change is notified with the
FocusIn/FocusOut event. Now when st is embed, it just receives
EnterNotify/LeaveNotify event.
Applied, thanks.
Applied, thanks.
New bug though. Once embed in tabbed, st seems to not always receive
the focus event because the cursor is still hidden.
On Wed, Jun 8, 2011 at 10:17 PM, Bert Münnich wrote:
> I'm using a light background, so I didn't notice these differences--I
> guess I have to test things a bit more in the future...
>
>> The problem is that st has no way to tell the default bg from black
>> (if your default bg is black). See seco
On Wed, Jun 8, 2011 at 8:38 PM, nodus cursorius
wrote:
> Very simple in design, an XEmbed patch for st. Felt this would be
> useful for tabbed and remove my specific need for a terminal
> multiplexer. See attachment.
This can be useful. Applied and updated manpage/usage, thanks.
On Wed, Jun 1, 2011 at 9:59 AM, Bert Münnich wrote:
> Hi,
>
> attached is a patch, that adds support for the deprecated '\E[?47h' and
> '\E[?47l' control sequences, which are used when $TERM == "xterm-color".
>
> I've also added {rm,sm}cup entries to st.info, so that switching between
> normal and
On Thu, May 26, 2011 at 12:32 PM, anonymous wrote:
> Attached.
Applied without the fputs/fputc. It's really not critical (performance
wise) and inconsistent with the rest of the code.
On Tue, May 31, 2011 at 3:08 PM, Bryan Bennett wrote:
> terrible.[1] I've uploaded my config.h[2], but the line that should be the
Also, I don't know if changing the value of TAB is recommended. I
think it may lead to some strange bugs. Thus, we should move TAB
definition to st.c
On Tue, May 31, 2011 at 3:08 PM, Bryan Bennett wrote:
> I'm attempting to get st to use Dina as it's font. At first, I couldn't get
> st to read the font at all (it would die upon launching, saying it couldn't
> find the font), but I've had issues with Dina before - the CP1252
> encoding was givin
Thanks for all the patches :)
I've created a new terminal states (MODE_xxx) for the different kind
of mouse reporting instead of the global var. I've also removed the
first MODE_MOUSE check from mousereport() since it's tested by every
calling function that uses it. Tell me if everything works corr
oops, second screenshot attached.
<>
On Fri, Jun 3, 2011 at 12:41 PM, Bert Münnich wrote:
> rxvt-unicode is a lot more simpler. It behaves in the same way as my
> patch: simply reversing the default fg and bg colors. All the others fg
> and bg colors remain untouched.
ok
> A nice example to see the difference is alsamixer, which us
On Thu, Jun 2, 2011 at 2:28 PM, pancake wrote:
> I wonder if those patches are going to be commited.. I find them right.
> But it's about the third patch in a week without any reply..
I've already committed some of them them locally, not finished yet.
The reverse video one doesn't behave like xt
There is a patch to support Xft somewhere (but it's slow). We have to
re-implement the GLYPH_DIRTY trick to speed the rendering.
On Tue, May 31, 2011 at 3:46 PM, Le Tian wrote:
> Well, when I got tired of urxvt, aterm and xterm, I switched to "terminal"
> and then "sakura", both very lightweight
On Fri, May 27, 2011 at 8:26 PM, Noah Birnel wrote:
> Puke. Triangle layout may be more intuitive to learn for single char/line
> movement, but is probably not easier to type. Certainly not WASD layout,
> laying on the weak fingers of the left hand.
wasd is only an example... Pick another triangl
On Fri, May 27, 2011 at 10:54 AM, Dieter Plaetinck wrote:
> how ironic you pledge for "sane" keybindings and suggest
> bindings optimized for qwerty users...
I've used qwerty bindings for the example so anyone could follow. I
don't use qwerty myself.
1 - 100 of 204 matches
Mail list logo
