On Wed, Oct 01, 2014 at 04:03:34PM -0700, Eric Pruitt wrote:
> > http://c9x.me/irc/.
> [...]
> I'm considering making a sic fork called "nssic" or "not so simple irc
> client" and integrating libreadline or libedit.
My post points to an existing project that is too close
to what you describe to b
On Mon, Sep 29, 2014 at 09:55:07PM -0700, Eric Pruitt wrote:
> rlwrap ./sic -h "$IRC_HOST" | tee -a irc-logs | grcat sic.grcat
Hi,
how does rlwrap deal with random text that gets inserted by sic
when some data arrives on the channel? This was my main problem
with sic, to prevent that and ena
Bjarne Stroustrup want to admit, when it's critical
you
probably don't even want to rely on STL since it is not finely tuned (as
Facebook's
home brewed library shows, for instance).
-- Q.
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.
ely fixed now. For example Ctrl+w at the end of the
> command prompt now also works as expected.
What the heck is so special with the end of files?
-- Q.
ill simplify the code and prevent future bugs, this
is a good idea. In terms of performance you need to profile to be
sure that there is indeed a problem here. Stupid code is stupid but
sometimes it works nicely! Also, it's not like st is doing poorly on
the performance side (c.f. recent text editors embedded in full blown
web browsers), and we don't expect a lot from a terminal emulator anyway.
Have fun if you start this.
Best,
-- Q
pages between process
> of diferent executables.
Thanks for that, your pedantry is welcome. I ignored this text sharing
feature of operating systems, I thought only the libraries pulled in were
shared.
Best,
-- q
ople here are hard to convince and stronly
opinionated, it is healthy. In this case your change is of no interest for
the original st because the plateforms it targets have the ability to launch
the same application multiple times, that's all.
-- q
> argument. It's a very minimal change, still very compatible with the
> original st. Are these changes going to be wanted upstream?
What is the point?
One obvious cons is that it will bloat the code, make it less readable.
-- q
On Sun, Jul 13, 2014 at 12:00:44AM +0300, Dimitris Zervas wrote:
> Why are we stuck not to use headers?
> I thought it just was not needed.
> Apart from the 10 lines difference, is there any other reason?
> Performance maybe?
If you only have one C file, headers are not necessary.
-- mpu
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 replaced by other ones in a later state of delelopment. They
> Another thing you can do is to only preallocate a fixed size buffer
> and add to a list of buffers. Every time you cross block boundary, you alloc
> a new buffer and attach it at the end of your list.
>
> There are many ways to do this, I'd go for the simplest approach in terms of
> code
> rea
> The point here is really to revive text-based UIs in a graphical
> environment, but without the ESC sequences of terminal emulators
> underneath. Nowadays I'd even go that far and question the need of "UI
> widgets" at all -- something like a very basic concept of recantgles +
> text might suffic
recursive descent parser is probably sufficient.
-- Q
> Good catch, but I think it makes allowaltscreen == 0 usable, does it?
Correct!
I don't like this alt screen thing, but when
allowaltscreen == 0, the cursor is still saved
and restored after calling 'less' (or 'man').
This patch makes allowaltscreen == 1 usable.
---
st.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/st.c b/st.c
index 392f12d..d002b15 100644
--- a/
4/ld-linux-x86-64.so.2 (0x7fae09234000)
~% ./t
hello world
~%
It does not suck too hard! Does it?
- q
On Thu, Jan 16, 2014 at 10:46:41AM +, sin wrote:
> On Thu, Jan 16, 2014 at 11:37:46AM +0100, Silvan Jegen wrote:
> > On Thu, Jan 16, 2014 at 10:16 AM, Roberto E. Vargas Caballero
> > wrote:
> > >> I would still go for the function-pointer-less version of the
> > >> code since it actually is on
On Mon, Jan 13, 2014 at 11:19:49AM -0800, Silvan Jegen wrote:
> I have rewritten "tr" to use mmap and the wchar.h functions. It seems
> to be quite slow but as far as I can tell it works reasonably well (at
> least when using a UTF-8 locale). Comments/review and testing welcome
> (I am relatively n
On Mon, Dec 02, 2013 at 10:07:17AM -0600, Chris Down wrote:
> On 2013-12-01 18:19:22 -0500, Eyal Erez wrote:
> > create mode 100644 .gitignore
>
> A gitignore when there are no subdirectories? What do you want a
> gitignore for? Just don't do `git add .` (ever).
Would you mind elaborating? I us
On Sat, Nov 23, 2013 at 12:22:08PM +0300, Alexander S. wrote:
> Please try to break patches down to atomic changes relevant to each other.
Hello,
It was easier for me to provide one patch.
Would you do something with it if I splitted the
previous patch in two parts? My modification to
the windo
On Sat, Nov 23, 2013 at 07:47:18PM +0100, Jente Hidskes wrote:
>
> I'm curious, why didn't you opt for the already available XFT patch?
>
Because it cannot be applied to the current version
of dwm, despite his promising name.
-- Quentin
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
wanted new windows to appear close
23 matches
Mail list logo
