Re: [dev] [st] st 0.4 slow startup
Hi Igor, Quoth Igor Šarić: I just tested the commit Chris posted. Yes, that commit is the cause of the startup delay: The startup delay doesn't seem to be affecting most people. That commit adds the font fallback mechanism if a glyph isn't found in the current font (an incredibly useful feature). I wonder whether the font you chose in config.h doesn't have the glyphs you tend to use, and hence st quietly has to iterate through other fonts in the cache to fond a more appropriate one. Can you try configuring a few different default fonts, and see if that affects the startup time? DejaVu Sans Mono has a lot of glyphs, maybe start with that. Nick
Re: [dev] [st] st 0.4 slow startup
Why not? On Apr 7, 2013 12:21 AM, Igor Šarić karaba...@gmail.com wrote: I just came to report a bug. I didn't say nor I think I am an expert in anything related to st, and if I could, I would provide the fixes and/or more details. I also don't judge people by what software they're using. Best of luck with st. Regards, Igor On Sat, Apr 6, 2013 at 11:23 PM, Christoph Lohmann 2...@r-36.net wrote: Greetings. On Sat, 06 Apr 2013 23:23:38 +0200 Igor Šarić karaba...@gmail.com wrote: I just tested the commit Chris posted. Yes, that commit is the cause of the startup delay: Thanks for not being helpful at all. Here at suckless we look at the content of a commit. You can clearly see that this commit added Xft sup‐ port. Xft is a bugged and misdesigned system that is nearly as bugged and misdesigned as the X11 core fonts and the X11 server. Please try to add some straces in how many files are opened, how your fontconfig might behave wrong etc. etc. I can’t help there, my fontconfig and xft are fast. Btw., this Arch Linux mentality is annoying. You are no expert by com‐ menting that something is »slow« when the source is open and there for you to send in patches to fix problems. Sorry, I’m annoyed today and you came by as an Arch user. These are the perfect victims for any crime against humanity, like systemd, feminism or social democracy. Sincerely, Christoph Lohmann
Re: [dev] [st] New feature idea
On Fri, Mar 29, 2013 at 03:05:09PM -0400, Calvin Morrison wrote: On 29 March 2013 14:54, Raphaël Proust raphla...@gmail.com wrote: On Fri, Mar 29, 2013 at 6:36 PM, Calvin Morrison mutanttur...@gmail.com wrote: On 29 March 2013 14:31, Nick suckless-...@njw.me.uk wrote: […] While I find many of those features useless, some of them are plain cool, and are innovative. Why are we stuck with a text terminal when we aren't using a tty most of the time? Sure simple text modes should always be supported but additional features are cool. I'd love to be able do an easy ls and be able to see my picture previews, why not? It' s not terribly complicated and it sure is useful. I also like the idea of not having a pure-text interaction with the computer, but Terminology is definitely pushing things too far. It's hard to have a good middle ground. Alternatively, you could set up plumber and have your terminal be as smart as acme: left-click on a .jpg/png/gif/whatever opens an image viewer. It separates the two concept (ls and preview) and is dead simple. Bonus points: because the two concepts are separate, you can have the plumbing rules independent of your terminal so you can set up different dispatching easily. I'm actually really liking my idea I suggested earlier, having some time to think about it. It's an awesome idea in fact. [...] Images are very useful for humans, but GUI's are not, I want an amalgam of images and text on my terminal Sorry to revive this older discussion but I finally found that one graphical shell implemented in Webkit that your idea reminded me of. I thought you might be interested in reading about it (if you haven't already). http://acko.net/blog/on-termkit/ Having one program decode all these formats does not seem very Unixy though. Cheers, Silvan
Re: [dev] [st] st 0.4 slow startup
Hey Nick, I just tried multiple fonts, xft and non-xft ones... DejaVu Sans Mono Bitstream Vera Sans Mono Terminus Monospace Courier New Consolas I have slow startup with all of them. On Sun, Apr 7, 2013 at 10:06 AM, Nick suckless-...@njw.me.uk wrote: Hi Igor, Quoth Igor Šarić: I just tested the commit Chris posted. Yes, that commit is the cause of the startup delay: The startup delay doesn't seem to be affecting most people. That commit adds the font fallback mechanism if a glyph isn't found in the current font (an incredibly useful feature). I wonder whether the font you chose in config.h doesn't have the glyphs you tend to use, and hence st quietly has to iterate through other fonts in the cache to fond a more appropriate one. Can you try configuring a few different default fonts, and see if that affects the startup time? DejaVu Sans Mono has a lot of glyphs, maybe start with that. Nick
[dev] [ANNOUNCE] stem-0.1
Hi, I've released stem-0.1. Stem is a small shell script (200 sloc) that combines dvtm, the console based tiling window manager, with the dtach utility to create an easy to use and powerful Session oriented Terminal Emulation Manager. You can run many sessions simultaneously, disconnect and leave them running in the background, connect to them again later, even allow others to attach for collaboration or training purposes. http://waxandwane.org/stem.html Comments and patches welcome. Cheers, Ross -- Ross Palmer Mohn http://waxandwane.org/