---
st.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/st.c b/st.c
index 339d8a9..470a34e 100644
--- a/st.c
+++ b/st.c
@@ -2450,6 +2450,7 @@ tputc(char *c, int len) {
bool control;
long unicodep;
int width;
+ Glyph *gp;
I'll apply it, thanks.
--
Roberto E. Vargas Caballero
I'll apply it, thanks.
--
Roberto E. Vargas Caballero
I'll apply it, thanks.
--
Roberto E. Vargas Caballero
I think instead of removing the return value, we should check
the value returned, and in case of not being possible the resize
command then print a warning in stderr.
Regards,
--
Roberto E. Vargas Caballero
- for(++x; x term.col !term.tabs[x]; ++x)
+ while(++x term.col !term.tabs[x])
...
- for(--x; x 0 !term.tabs[x]; --x)
+ while(--x 0 !term.tabs[x])
I'm sorry, but this patch is incorrect, because it is
Hi,
-if(llen == 0 len != 0) {
+caps_state = ev.xkey.state LockMask;
+if((llen == 0 len != 0)) {
Why the extra parentheses in the if statement?
A prior test was including another condition. It was a leftover from that.
-
On Mon, Apr 28, 2014 at 08:05:59PM +1000, Thiébaud Weksteen wrote:
See attached!
... 8 .
Why not simply
XSetWindowBackground(dpy, locks[screen]-win, (ev.xkey.state
LockMask) ?
locks[screen]-colors[2] : locks[screen]-colors[1]);
?
You aren't using the caps_state
On Mon, Apr 28, 2014 at 12:24 PM, Martin Kopta mar...@kopta.eu wrote:
Hi,
I have just updated my st to aa35bbd7a16c6c210a7574a8c45bbe939d5b2922 and have
problem with utf8. When I try to display czech characters (ěščřžýáíé..) with
mutt, st gets completely broken.
Also, vim doesn't display
Hi,
I have just updated my st to aa35bbd7a16c6c210a7574a8c45bbe939d5b2922 and
have
problem with utf8. When I try to display czech characters (ěščřžýáíé..) with
mutt, st gets completely broken.
Also, vim doesn't display some czech characters while typing and st starts
spiting out
Martin Kopta wrote:
XSetWindowBackground(dpy, locks[screen]-win, (ev.xkey.state
LockMask) ?
locks[screen]-colors[2] : locks[screen]-colors[1]);
And while we're at it, how about:
XSetWindowBackground(dpy, locks[screen]-win,
locks[screen]-colors[(ev.xkey.state LockMask) ? 2
Please, could you try this patch?
diff --git a/st.c b/st.c
index cb4b508..22cc0ce 100644
--- a/st.c
+++ b/st.c
@@ -70,8 +70,9 @@ char *argv0;
#define LEN(a) (sizeof(a) / sizeof(a)[0])
#define DEFAULT(a, b) (a) = (a) ? (a) : (b)
#define BETWEEN(x, a, b) ((a) = (x) (x) = (b))
-#define
The problem is Wall change from one system to another (this is something
OpenBSD users know with strcpy calls...), and it doesn't force how to
remove the warning, so at the end I think style is not really improved
with Wall (and guys, some of the warning are really, really stupid).
There
On Mon, Apr 28, 2014 at 5:08 PM, Roberto E. Vargas Caballero
k...@shike2.com wrote:
Please, could you try this patch?
I can confirm this patch works.
Thanks a lot for your time.
cheers!
mar77i
On Mon, Apr 28, 2014 at 05:08:39PM +0200, Roberto E. Vargas Caballero wrote:
Please, could you try this patch?
It works. Thank you very much sir!
pgpbQ7gvDO98q.pgp
Description: PGP signature
+ while(frclen 0)
+ XftFontClose(xw.dpy, frc[--frclen].font);
I'll apply the patch.
--
Roberto E. Vargas Caballero
So instead of patching it worth adding to FAQ:
Q: Why st brightens the bold face with default color, while other
terminals don't?
A: You can achieve compatible behavior by placing defaultfg outside of
first 256 palette entries.
Could you send a patch for this? (FAQ is part of st
On Mon, Apr 28, 2014 at 06:58:29PM +0200, Roberto E. Vargas Caballero wrote:
Uhmmm, I am not sure about this patch, because it is related to some
parts of st that are not handled by me, and I am not sure if these
modifications are correct. Could someone else take care of this patch?
Regards,
On Mon, Apr 28, 2014 at 10:54:21AM +0200, Roberto E. Vargas Caballero wrote:
- for(++x; x term.col !term.tabs[x]; ++x)
+ while(++x term.col !term.tabs[x])
...
- for(--x; x 0 !term.tabs[x]; --x)
+ while(--x 0
---
Makefile | 4 ++--
config.mk | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/Makefile b/Makefile
index 2bea555..d53171c 100644
--- a/Makefile
+++ b/Makefile
@@ -40,8 +40,8 @@ install: all
@echo installing executable file to ${DESTDIR}${PREFIX}/bin
---
st.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/st.c b/st.c
index 9079834..d03230f 100644
--- a/st.c
+++ b/st.c
@@ -3044,7 +3044,7 @@ xinit(void) {
if(xw.gm XNegative)
xw.l += DisplayWidth(xw.dpy, xw.scr) - xw.w - 2;
if(xw.gm
---
st.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/st.c b/st.c
index d03230f..431f483 100644
--- a/st.c
+++ b/st.c
@@ -3844,9 +3844,6 @@ main(int argc, char *argv[]) {
char *titles;
uint cols = 80, rows = 24;
- xw.l = xw.t = 0;
- xw.isfixed = False;
-
Roberto E. Vargas Caballero wrote:
But I feel that the patch is a bit confusing. I use sometime this kind
of expressions (for example (!(p = f()) || p != q), and I get confussed
here, so maybe it is not a good idea. If another suckless developers think
the patch should be applied then I will
Esteemed comrades,
I remember reading ages ago about how graphical programs launched
from Plan9's terminal thing (/editor/whatever) replace the window
it's in. I would really love a patch for st to do the same. So I
could type 'mupdf mything.pdf' and mupdf launches in the same window
as st
On Mon, Apr 28, 2014 at 5:17 PM, Nick suckless-...@njw.me.uk wrote:
Esteemed comrades,
I remember reading ages ago about how graphical programs launched
from Plan9's terminal thing (/editor/whatever) replace the window
it's in. I would really love a patch for st to do the same. So I
could
On Mon, Apr 28, 2014 at 05:17:56PM -0400, Nick wrote:
Does someone with more knowledge of X11 know whether this is likely
to be readily do-able? Can you launch an arbitrary X program and say
use this window? I'm guessing not, but don't really know.
It is impossible as each application can
( mupdf mything.pdf ; st ) exit
koneu writes:
( mupdf mything.pdf ; st ) exit
The shell is just like the Dude's rug: it really ties the
room^WUNIX together.
:*)
--
'aware water' is an anagram for 'we are at war'
This patch fixes the bug introduced in
8f11e1cd034ff28ca47bb4955505db7fa8016ba8
To reproduce the bug:
1. Save cursor: printf '\e[s'
2. Load cursor: printf '\e[u'
3. Resize st window.
4. Load cursor again: printf '\e[u'
---
st.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
29 matches
Mail list logo