[dev] [st] Cannot display unicode characters for example '\U1F50D'
Hi, I am using the current HEAD of the st repository. My personal configurations are here: https://github.com/enanajmain/st/blob/enan/config.h. I'm trying to display the following icon '\U1F50D', but it doesn't show in ST terminal. But it appears properly in xfce4-terminal. I have checked with some other unicode characters and it seems like that ST can show upto a range of unicode characters. Unicode characters have two ranges, for the first range you have to use `\u`, a lowercase `u`, whereas for the second range, you've to use `\U`, an uppercase `u`. I cannot figure out what is the problem. Maybe I need to use some specfic fonts. It would be great I could get some help fixing this. Thanks, Enan Ajmain
Re: [dev] [st] Cannot display unicode characters for example '\U1F50D'
I'm also using Monaco for xfce4-terminal. But I guess xfce4-terminal implicitly handles unicode symbol errors and such. I'll try to try out every fonts in my cache, but it would be exhausting. By the way, I tried to launch st from another st instance and did `echo $'\U1F50D'`. The new st instance crashed and the output in the old st instance was the following. ``` X Error of failed request: BadLength (poly request too large or internal Xlib length error) Major opcode of failed request: 139 (RENDER) Minor opcode of failed request: 20 (RenderAddGlyphs) Serial number of failed request: 1353 Current serial number in output stream: 1392 ``` Maybe this error catch could provide some insight? On Mon, Feb 25, 2019 at 9:50 PM Erika Mannerheim wrote: > > It's probably because the monaco font you are using in st doesn't > cover that unicode range. > You have to figure out what font can display that character. Maybe you > can find out what font your xfce terminal is actually using and update > your st config.h correspondingly? > > On Mon, Feb 25, 2019 at 3:35 PM Enan Ajmain <3nan.ajm...@gmail.com> wrote: > > > > Hi, > > I am using the current HEAD of the st repository. My personal > > configurations are here: > > https://github.com/enanajmain/st/blob/enan/config.h. > > > > I'm trying to display the following icon '\U1F50D', but it doesn't > > show in ST terminal. But it appears properly in xfce4-terminal. I have > > checked with some other unicode characters and it seems like that ST > > can show upto a range of unicode characters. Unicode characters have > > two ranges, for the first range you have to use `\u`, a lowercase `u`, > > whereas for the second range, you've to use `\U`, an uppercase `u`. > > > > I cannot figure out what is the problem. Maybe I need to use some > > specfic fonts. It would be great I could get some help fixing this. > > > > Thanks, > > Enan Ajmain > > >
Re: [dev] [st] Cannot display unicode characters for example '\U1F50D'
I now know what font is responsible for the unicode character being displayed in xfce4-terminal. It's called `Noto Color Emoji`. But if I put ``` static char *font = "Noto Color Emoji:size=9:antialias=true:autohint=true"; ``` I can then see nothing. If I type something I see the cursor moving around, but no text. So clearly that font only has symbols for emojis. In the end, I have decided not to use glyphs in terminal. Thanks for your help, Enan Ajmain On Mon, Feb 25, 2019 at 10:31 PM Erika Mannerheim wrote: > > To my knowledge, st also supports fallback fonts via fontconfig, just > the same as xfce4-terminal. > I can't test it for you because I obviously don't have the proper font > installed to display that magnify glass. I just installed > xfce4-terminal to do a quick test, but it can't show the glyph either. > I think it is more advisable to find out what (icon) font can display > that particular unicode you want. This is in my opinion less a problem > of the terminal emulator than the choice of font. > > On Mon, Feb 25, 2019 at 5:11 PM Enan Ajmain <3nan.ajm...@gmail.com> wrote: > > > > I'm also using Monaco for xfce4-terminal. But I guess xfce4-terminal > > implicitly handles unicode symbol errors and such. I'll try to try out > > every fonts in my cache, but it would be exhausting. > > > > By the way, I tried to launch st from another st instance and did > > `echo $'\U1F50D'`. The new st instance crashed and the output in the > > old st instance was the following. > > > > ``` > > X Error of failed request: BadLength (poly request too large or > > internal Xlib length error) > > Major opcode of failed request: 139 (RENDER) > > Minor opcode of failed request: 20 (RenderAddGlyphs) > > Serial number of failed request: 1353 > > Current serial number in output stream: 1392 > > ``` > > > > Maybe this error catch could provide some insight? > > > > On Mon, Feb 25, 2019 at 9:50 PM Erika Mannerheim > > wrote: > > > > > > It's probably because the monaco font you are using in st doesn't > > > cover that unicode range. > > > You have to figure out what font can display that character. Maybe you > > > can find out what font your xfce terminal is actually using and update > > > your st config.h correspondingly? > > > > > > On Mon, Feb 25, 2019 at 3:35 PM Enan Ajmain <3nan.ajm...@gmail.com> wrote: > > > > > > > > Hi, > > > > I am using the current HEAD of the st repository. My personal > > > > configurations are here: > > > > https://github.com/enanajmain/st/blob/enan/config.h. > > > > > > > > I'm trying to display the following icon '\U1F50D', but it doesn't > > > > show in ST terminal. But it appears properly in xfce4-terminal. I have > > > > checked with some other unicode characters and it seems like that ST > > > > can show upto a range of unicode characters. Unicode characters have > > > > two ranges, for the first range you have to use `\u`, a lowercase `u`, > > > > whereas for the second range, you've to use `\U`, an uppercase `u`. > > > > > > > > I cannot figure out what is the problem. Maybe I need to use some > > > > specfic fonts. It would be great I could get some help fixing this. > > > > > > > > Thanks, > > > > Enan Ajmain > > > > > > > > > >
[dev] [st] ST leaves parts of previous command behind
Hi, When using ST with tmux, I might split the termial which pushes the original split left or up. Then there is a part of the bash prompt right after where my cursor is. This behaviour is not reproducible. Sometimes it happens on the old split, sometimes on the new split. As I start to type the new characters replace the *ghost* characters! Recently, I've customized my tmux statusline to show an indicator when I press prefix button. So, in normal conditions, the statusline doesn't show the indicator but when I press prefix, there shows up a red box with the word `PREFIX` in it. Anyway, then when the indicator goes away, it leaves a part of the word behind. This time it's not full characters. In this case, it leaves of little bits and pieces. The case with the tmux statusline is not that important, it shows only bits of dots and dashes. But when it happens with the normal tmux splits, it becomes bothersome. I can't ensure if the problem is with tmux, since I cannot reproduce it every time, it's inconsistent. Any idea to fix it? If required, my fork of ST is here: https://github.com/enanajmain/st Thanks, Enan Ajmain
[dev] [st] ST leaves parts of previous command behind
Hi, When using ST with tmux, I might split the termial which pushes the original split left or up. Then there is a part of the bash prompt right after where my cursor is. This behaviour is not reproducible. Sometimes it happens on the old split, sometimes on the new split. As I start to type the new characters replace the *ghost* characters! Recently, I've customized my tmux statusline to show an indicator when I press prefix button. So, in normal conditions, the statusline doesn't show the indicator but when I press prefix, there shows up a red box with the word `PREFIX` in it. Anyway, then when the indicator goes away, it leaves a part of the word behind. This time it's not full characters. In this case, it leaves of little bits and pieces. The case with the tmux statusline is not that important, it shows only bits of dots and dashes. But when it happens with the normal tmux splits, it becomes bothersome. I can't ensure if the problem is with tmux, since I cannot reproduce it every time, it's inconsistent. Any idea to fix it? If required, my fork of ST is here: https://github.com/enanajmain/st Thanks, Enan Ajmain
[dev] [st] Cannot redraw the screen properly
Hi, When using ST with tmux, I might split the termial which pushes the original split left or up. Then there is a part of the bash prompt right after where my cursor is. This behaviour is not reproducible. Sometimes it happens on the old split, sometimes on the new split. As I start to type the new characters replace the *ghost* characters! Recently, I've customized my tmux statusline to show an indicator when I press prefix button. So, in normal conditions, the statusline doesn't show the indicator but when I press prefix, there shows up a red box with the word `PREFIX` in it. Anyway, then when the indicator goes away, it leaves a part of the word behind. This time it's not full characters. In this case, it leaves of little bits and pieces. The case with the tmux statusline is not that important, it shows only bits of dots and dashes. But when it happens with the normal tmux splits, it becomes bothersome. I can't ensure if the problem is with tmux, since I cannot reproduce it every time, it's inconsistent. Any idea how to fix it? If required, my fork of ST is here: https://github.com/enanajmain/st Thanks, Enan Ajmain
Re: [dev] [st] Cannot redraw the screen properly
Hi, I've had no experience with mailing lists before and the last time I had to report a bug I had a problem because I was mailing in html. I learnt after many days, what I was doing wrong. That's why I thought maybe I need to change the subject matter or something. Anyway, sorry about that, won't happen again. As for the reproduction of bugs, I'm looking into it. My only configurations was scrollback patch, colors and font. I will get back. Thanks, Enan Ajmain On Mon, Mar 4, 2019 at 1:54 PM Martin Tournoij wrote: > > On Mon, Mar 4, 2019, at 19:13, Enan Ajmain wrote: > > Hi, > > > > When using ST with tmux, I might split the termial which pushes the > > original split left or up. Then there is a part of the bash prompt > > right after where my cursor is. This behaviour is not reproducible. > > Sometimes it happens on the old split, sometimes on the new split. As > > I start to type the new characters replace the *ghost* characters! > > > > Recently, I've customized my tmux statusline to show an indicator when > > I press prefix button. So, in normal conditions, the statusline > > doesn't show the indicator but when I press prefix, there shows up a > > red box with the word `PREFIX` in it. Anyway, then when the indicator > > goes away, it leaves a part of the word behind. This time it's not > > full characters. In this case, it leaves of little bits and pieces. > > > > The case with the tmux statusline is not that important, it shows only > > bits of dots and dashes. But when it happens with the normal tmux > > splits, it becomes bothersome. I can't ensure if the problem is with > > tmux, since I cannot reproduce it every time, it's inconsistent. > > > > Any idea how to fix it? > > > > If required, my fork of ST is here: https://github.com/enanajmain/st > > Enan, this is the third time you've sent the exact same message in as > many days. > > If no one replies then that's probably because no one is able to give > you an answer. I appreciate that it sucks that you're having a problem, > but repeatedly spamming the list with the same message is considered to > be quite rude. So please stop doing that. > > Either way, I have not seen the problems you're having, or seen reports > of it. It's possible that it's in your "fork" of st and it would help > increase the chances of getting an answer if you could reproduce the > problem with the mainstream st, or at least isolate the problem to a > specific change you made. > > Creating a clear method of reproduction would also help. I understand > it's an intermittent problem, but the tmux statusline is just terminal > drawing characters, so a script to output those might be able to > reproduce the problem. > > Good luck. > Martin >
[dev] [dwm] [patch] Need help regarding tilegap patch
Hi,
I am using dwm-tilegap-6.2 patch to get gaps around windows. But the
gaps only show in tiling mode. I assumed that similar support for
monocle mode could be easily hacked. Now, I changed the monocle
function in `dwm.c` in the following way.
```
void
monocle(Monitor *m)
{
unsigned int n = 0;
Client *c;
for (c = m->clients; c; c = c->next)
if (ISVISIBLE(c))
n++;
if (n > 0) /* override layout symbol */
snprintf(m->ltsymbol, sizeof m->ltsymbol, "[%d]", n);
for (c = nexttiled(m->clients); c; c = nexttiled(c->next))
resize(c, m->wx + gappx, m->wy + gappx, m->ww - 2 * c->bw - 2 * gappx,
m->wh - 2 * c->bw - 2 * gappx, 0);
}
```
You will see that the only change I have made is adding `gappx` amount
of space to both `m->wx` and `m->wy` and subtracting `2 * gappx`
amount of space from both `m->ww` and `m->wh`. It's very simple stuff.
But due to my lack of experience, I wanted to make sure whether this
will be in any way harmful. I don't want my window manager to crash
when I need it. So, if someone could point out the faults if any, it
would be much appreciated.
Thanks,
Enan Ajmain
Re: [dev] [dwm] [patch] Need help regarding tilegap patch
Thanks, deruzen.
About the part about 2*gappx exceeding width or height : In my case at
least, it shouldn't be a problem. I use 2 personal computers and dwm
needs to be built personally when installing. So, I need to set up the
value of gappx manually anyway.
On Mon, Apr 8, 2019 at 2:14 AM deurzen wrote:
>
> Nothing wrong with that. Only situation in which this would crash is if
> 2*gappx exceeds the width or height of the tiled area, obviously.
>
> > On 7 Apr 2019, at 16:15, Enan Ajmain <3nan.ajm...@gmail.com> wrote:
> >
> > Hi,
> > I am using dwm-tilegap-6.2 patch to get gaps around windows. But the
> > gaps only show in tiling mode. I assumed that similar support for
> > monocle mode could be easily hacked. Now, I changed the monocle
> > function in `dwm.c` in the following way.
> >
> > ```
> > void
> > monocle(Monitor *m)
> > {
> > unsigned int n = 0;
> > Client *c;
> >
> > for (c = m->clients; c; c = c->next)
> > if (ISVISIBLE(c))
> > n++;
> > if (n > 0) /* override layout symbol */
> > snprintf(m->ltsymbol, sizeof m->ltsymbol, "[%d]", n);
> > for (c = nexttiled(m->clients); c; c = nexttiled(c->next))
> > resize(c, m->wx + gappx, m->wy + gappx, m->ww - 2 * c->bw - 2 * gappx,
> > m->wh - 2 * c->bw - 2 * gappx, 0);
> > }
> > ```
> >
> > You will see that the only change I have made is adding `gappx` amount
> > of space to both `m->wx` and `m->wy` and subtracting `2 * gappx`
> > amount of space from both `m->ww` and `m->wh`. It's very simple stuff.
> > But due to my lack of experience, I wanted to make sure whether this
> > will be in any way harmful. I don't want my window manager to crash
> > when I need it. So, if someone could point out the faults if any, it
> > would be much appreciated.
> >
> > Thanks,
> > Enan Ajmain
> >
>
[dev] [slock] Need help working on the project
Hi, I wanted to try and add a background image to the slock utility. I have not worked on a project which needs "sudo" privilege. And now I can't figure out how to work on this. For now, I am doing the following. ``` make sudo chown root:root ./slock sudo chmod u+s ./slock ./slock ``` I am sure I can use the Makefile to do all this but I have no idea what the actual standard way to do all this is. Any suggestions would be appreciated. Thanks, Enan
[dev] Re: [slock] Need help working on the project
Hi, I don't know if I am allowed to reply to this email, but I thought I should make things clear if that would make the problem more suitable for you guys to understand. The executable, slock, needs suid of root to be run. That's why I can't just put a `sudo` before `./slock` and run the program. If I do, then I get "Make sure to suid or sgid slock." So, I change the owner of the executable to root user and add suid file permissions. But this whole thing is not very efficient. I have to edit, make, change the owner, change the permission and test the executable. There must be a standard procedure to deal with these situations that I don't know yet. I have reached out to some people who advised me to just work on a root level environment for the whole process. I hope this helps make things easier to understand and help me find out some solutions. Thanks, Enan On Sat, Apr 13, 2019 at 7:57 PM Enan Ajmain <3nan.ajm...@gmail.com> wrote: > > Hi, > > I wanted to try and add a background image to the slock utility. I > have not worked on a project which needs "sudo" privilege. And now I > can't figure out how to work on this. For now, I am doing the > following. > > ``` > make > sudo chown root:root ./slock > sudo chmod u+s ./slock > ./slock > ``` > > I am sure I can use the Makefile to do all this but I have no idea > what the actual standard way to do all this is. Any suggestions would > be appreciated. > > Thanks, > Enan
Re: [dev] Re: [slock] Need help working on the project
Thanks guys. It's really helpful. I think I can figure it out now. On Sun, Apr 14, 2019 at 4:15 PM opal hart wrote: > > > I don't know if I am allowed to reply to this email > > I don't see why you wouldn't be allowed. > > > The executable, slock, needs suid of root to be run. That's why I > > can't just put a `sudo` before `./slock` and run the program. If I do, > > then I get "Make sure to suid or sgid slock." So, I change the owner > > of the executable to root user and add suid file permissions. > > Yes, because looking in slock.c:328 in main() function you can see that > slock drops root after it is done using it for what it needs. > > > But this > > whole thing is not very efficient. I have to edit, make, change the > > owner, change the permission and test the executable. There must be a > > standard procedure to deal with these situations that I don't know > > yet. I have reached out to some people who advised me to just work on > > a root level environment for the whole process. > > The Makefile should already handle permissions for you; see the > 'install' target at lines 48-49. You only need to `sudo make install` > for it to install correctly. > > > On Sat, Apr 13, 2019 at 7:57 PM Enan Ajmain <3nan.ajm...@gmail.com> wrote: > > Please fix your mail client to reply below original message text, > thanks. > > -- > wowaname <https://wowana.me/pgp> >
[dev] [st] How do I add a keybinding to open a new ST window in the current working directory?
Hi, I want to add a keybinding to ST to spawn a new ST window in the current working directory. How do I do that? Thanks, Enan
Re: [dev] [st] How do I add a keybinding to open a new ST window in the current working directory?
Hi, I looked at the patch you suggested, but I still don't have any idea how I should go about getting what I want. I mean I understood the code, but I lack any knowledge on actually coding on top of existing projects. If you didn't understand what I actually wanted, I will reiterate more clearly. I want to press `Ctrl-N` to open a new ST terminal on the cwd. I am using dwm and someone else suggested I use dwm to handle that but I don't want to do that, mainly because I change window managers quite often, but also because I think a terminal emulator should have the feature I am talking about. Or at least should be easy to add. Someone else suggested `st &` and while it does make sense but it's not what I want, I want a keybinding. So, could you help me how I can create a function to open a new ST terminal window on the cwd of the current ST terminal? On Tue, Apr 23, 2019 at 7:20 PM Alexander Krotov wrote: > > On 23/04/2019 13:54, Enan Ajmain wrote: > > Hi, > > > > I want to add a keybinding to ST to spawn a new ST window in the > > current working directory. How do I do that? > > > > Thanks, > > Enan > > > > See > https://st.suckless.org/patches/right_click_to_plumb/plumb_without_shell_OSC.diff > for an example of how to get cwd >
Re: [dev] [st] How do I add a keybinding to open a new ST window in the current working directory?
Hi, Thanks. That will work for me, just updated for bash. Until I get to add this functionality into ST directly, it will work. Thanks again, Enan Ajmain On Sat, May 11, 2019 at 3:17 PM Hadrien Lacour wrote: > > On Tue, Apr 23, 2019 at 04:54:17PM +0600, Enan Ajmain wrote: > > Hi, > > > > I want to add a keybinding to ST to spawn a new ST window in the > > current working directory. How do I do that? > > > > Thanks, > > Enan > > > > Hello, > > personally, I put > bindkey -e -s '^[t' 'st >/dev/null 2>&1 &!\n' > > in my .zshrc so alt+t does exactly what you want. >
[dev] [dwm] Need help about gray windows of Java applications
Hi, I need to use logisim, a tool for designing and simulating logic circuits. But the problem is that logisim is built in Java, and due to well-known issue in Java it doesn't launch properly in dwm. I just installed xfce4 and checked that logisim works perfectly fine with it. After moving around in xfce4 for an hour and due to previous usage, I'm thinking of switching back to xfce. I wouldn't even think about it if it was not so difficult to install xfce from source. Anyway, I'd like to keep using dwm, but it doesn't lauch the previously mentioned tool because it was built in Java. I have tried the following solution suggested by ArchWiki, but it doesn't work for logisim. If anyone else has any idea, please let me know. ``` export _JAVA_AWT_WM_NONREPARENTING=1 ``` Thanks, Enan Ajmain
Re: [dev] [dwm] Need help about gray windows of Java applications
Where do I run `wmname LG3D`? On Sun, May 12, 2019 at 4:41 PM Przemek Dragańczuk wrote: > > Running `wmname LG3D` should help with that. I've had similar issue and > that fixed it for me. > On 12/05/19 03:09, Enan Ajmain wrote: > > Hi, > > > > I need to use logisim, a tool for designing and simulating logic > > circuits. But the problem is that logisim is built in Java, and due to > > well-known issue in Java it doesn't launch properly in dwm. I just > > installed xfce4 and checked that logisim works perfectly fine with it. > > After moving around in xfce4 for an hour and due to previous usage, > > I'm thinking of switching back to xfce. I wouldn't even think about it > > if it was not so difficult to install xfce from source. > > > > Anyway, I'd like to keep using dwm, but it doesn't lauch the > > previously mentioned tool because it was built in Java. I have tried > > the following solution suggested by ArchWiki, but it doesn't work for > > logisim. If anyone else has any idea, please let me know. > > > > ``` > > export _JAVA_AWT_WM_NONREPARENTING=1 > > ``` > > > > Thanks, > > Enan Ajmain > > > > Sent via Migadu.com, world's easiest email hosting >
Re: [dev] [dwm] Need help about gray windows of Java applications
Thanks. It worked. I've added `wmname LG3D` in xinitrc, but it doesn't work for some reason. But I invoked in manually from bash before launching logisim and it worked fine. I don't care about xinitrc, because I would have liked to use this method only for that one application only anyway. I have checked the page for wmname in suckless.org and found this method listed there. Would you mind explaining what LG3D is and why this was chosen as opposed to anything else? And one more thing, if I invoke `wmname LG3D` from one bash instance, it would not manipulate the other windows, right? I mean, the other windows I open are not gonna have wmname property of LG3D, only the logisim window (launched from the bash instance where `wmname LG3D` was invoked) would get that property, right? Thanks again for your help, Enan Ajmain On Sun, May 12, 2019 at 7:29 PM Przemek Dragańczuk wrote: > > In the terminal, as part of your shell's RC file (.bashrc, > .zshrc etc.) or in .xinitrc. I have it in a startup script that > is executed from .xinitrc when dwm starts. > On 12/05/19 06:13, Enan Ajmain wrote: > > Where do I run `wmname LG3D`? > > > > On Sun, May 12, 2019 at 4:41 PM Przemek DragaDczuk > > wrote: > > > > > > Running `wmname LG3D` should help with that. I've had similar issue and > > > that fixed it for me. > > > On 12/05/19 03:09, Enan Ajmain wrote: > > > > Hi, > > > > > > > > I need to use logisim, a tool for designing and simulating logic > > > > circuits. But the problem is that logisim is built in Java, and due to > > > > well-known issue in Java it doesn't launch properly in dwm. I just > > > > installed xfce4 and checked that logisim works perfectly fine with it. > > > > After moving around in xfce4 for an hour and due to previous usage, > > > > I'm thinking of switching back to xfce. I wouldn't even think about it > > > > if it was not so difficult to install xfce from source. > > > > > > > > Anyway, I'd like to keep using dwm, but it doesn't lauch the > > > > previously mentioned tool because it was built in Java. I have tried > > > > the following solution suggested by ArchWiki, but it doesn't work for > > > > logisim. If anyone else has any idea, please let me know. > > > > > > > > ``` > > > > export _JAVA_AWT_WM_NONREPARENTING=1 > > > > ``` > > > > > > > > Thanks, > > > > Enan Ajmain > > > > > > > > > > Sent via Migadu.com, world's easiest email hosting > > > > > > > Sent via Migadu.com, world's easiest email hosting >
Re: [dev] [dwm] Need help about gray windows of Java applications
On Tue, May 14, 2019 at 6:01 PM Storkman wrote: > > > > On May 14, 2019 10:37:57 AM UTC, Enan Ajmain <3nan.ajm...@gmail.com> wrote: > >Thanks. It worked. > > > >I've added `wmname LG3D` in xinitrc, but it doesn't work for some > >reason. But I invoked in manually from bash before launching logisim > >and it worked fine. I don't care about xinitrc, because I would have > >liked to use this method only for that one application only anyway. > > Perhaps because you're not using xinit to start X? I am using xinit. I login my account after booting and launch `startx`. Isn't that the default way that xinit is supposed to be used? > >I have checked the page for wmname in suckless.org and found this > >method listed there. Would you mind explaining what LG3D is and why > >this was chosen as opposed to anything else? And one more thing, if I > >invoke `wmname LG3D` from one bash instance, it would not manipulate > >the other windows, right? > > As the suckless.org page states, it is a property of the root window, so no. > It will affect everything forever... until you restart X, or change the > property again. > > That being said, I've had wmname LG3D in my .xinitrc for years now, and it's > never interfered with anything as far as I can tell. > > As for what "LG3D" is, apparently it used to be some wacky Java 3D window > manager back in the magical times when that sounded like a good idea. > > > -- > Storkman >
[dev] [dwm] How do I launch a window in floating mode without using `Rules rules[]`?
Hi,
I want to add a keybinding to launch my terminal emulator in floating
mode, and I want it to be separate from my regular keybinding to
launch terminal in the currently active mode. If I wanted to launch
the terminal window always in floating mode, I could have used rules.
I've looked through config file and have a guess that the NULL entry
in the following list of strings might be used to indicate what mode I
want the window to open in.
```
static const char *termcmd[] = { "st", NULL };
```
But after looking at the union Arg and the function spawn, I am
feeling lost. So, if anyone could point me in the right direction, it
would be great.
Thanks,
Enan Ajmain
Re: [dev] [dwm] How do I launch a window in floating mode without using `Rules rules[]`?
On Wed, May 15, 2019 at 2:09 AM Felix Van der Jeugt
wrote:
>
> Dear Enan Ajmain,
>
> Quoting Enan Ajmain (2019-05-14 13:00:34)
> > I want to add a keybinding to launch my terminal emulator in floating
> > mode, and I want it to be separate from my regular keybinding to
> > launch terminal in the currently active mode. If I wanted to launch
> > the terminal window always in floating mode, I could have used rules.
> >
> > I've looked through config file and have a guess that the NULL entry
> > in the following list of strings might be used to indicate what mode I
> > want the window to open in.
> > ```
> > static const char *termcmd[] = { "st", NULL };
> > ```
> >
> > But after looking at the union Arg and the function spawn, I am
> > feeling lost. So, if anyone could point me in the right direction, it
> > would be great.
>
> This list of strings is the command passed to the spawn function.
>
> It'd be hard to set a window to floating before that window is actually
> created. When spawning a new terminal, there's no handle for that
> window yet. This handle is only created when X notifies dwm there's a
> new window.
That makes sense. I hadn't looked through the code deep enough. Thanks
for explaining.
> I guess you could modify the spawn function to set some variable
> indicating the next spawned window should float, and check this
> variable when that window actually appears. But I'd advise a
> workaround:
>
> You could add a second termcmd, bound to another key. This term would
> have a different window title/class (st has options for this), so you
> could add a rule for it.
I will give it a try.
> Sincerely,
> Felix
>
Re: [dev] [dwm] Need help about gray windows of Java applications
On Wed, May 15, 2019 at 8:59 PM Markus Wichmann wrote: > > Worse, the error is in a commonly used library for Java GUI apps (was it > AWT?). Therefore, the application developers can't do anything about > this. It's similar to the problem we have with libxft and colored fonts. > Until libxft is fixed, we're just going to have to crash dwm and dmenu > and st a whole lot. I haven't got any clue, but I asked one of my professors and he said he mostly saw this problem with Java Swing apps. But he also didn't know where particularly the problem originates. And by the way, I am a huge fool. `$ man dwm` has a nice entry at the very last. I should've given it a read before asking for help. Will remember to do that next time. Regards, Enan Ajmain
Re: [dev] [dwm] How do I launch a window in floating mode without using `Rules rules[]`?
Hi, On Wed, May 15, 2019 at 9:59 AM Leonardo Taccari wrote: > > Hello Enan, > > Enan Ajmain writes: > > [...] > > I want to add a keybinding to launch my terminal emulator in floating > > mode, and I want it to be separate from my regular keybinding to > > launch terminal in the currently active mode. If I wanted to launch > > the terminal window always in floating mode, I could have used rules. > > [...] > > At least for `st' you can just use the `-c' flag to set a specific > class (e.g. `st-float') and then add a rule for it. > Thanks, it worked. For some reason I didn't think of assigning WM_CLASS. It should've been obvious. Thanks again. Regards, Enan Ajmain
[dev] [slock] Slock left a file in /etc/pam.d after uninstall
Hi, I just uninstalled slock and did a search for leftover manpages or config files. I saw that there is a file left in /etc/pam.d folder. I think it's supposed to do the password authentication. My question is, should I leave the file as is? Or is it gonna mess with Xscreensaver? Thanks, Enan Ajmain
Re: [dev] [st] Cannot display unicode characters for example '\U1F50D'
On Wed, Feb 27, 2019 at 1:00 PM Danh Doan wrote: > > st uses Xft and Xft doesn't support color fonts. > > See: https://github.com/googlei18n/noto-emoji/issues/183 Oh, I get it. I am now using using an alternative. Thanks for your help, Enan
Re: [dev] [dwm] [patch] Need help regarding tilegap patch
I had added a conditional. I never faced any problem anyway.
Thanks for the help.
Enan
On Mon, Apr 8, 2019 at 10:02 PM deurzen wrote:
>
> You could always add in a conditional to make sure this situation never
> arises. Especially in tiling mode, ‘accidentally’ spawning too many windows
> could crash the window manager and all other running X applications with it.
>
> > On 8 Apr 2019, at 11:01, Enan Ajmain <3nan.ajm...@gmail.com> wrote:
> >
> > Thanks, deruzen.
> >
> > About the part about 2*gappx exceeding width or height : In my case at
> > least, it shouldn't be a problem. I use 2 personal computers and dwm
> > needs to be built personally when installing. So, I need to set up the
> > value of gappx manually anyway.
> >
> >> On Mon, Apr 8, 2019 at 2:14 AM deurzen wrote:
> >>
> >> Nothing wrong with that. Only situation in which this would crash is if
> >> 2*gappx exceeds the width or height of the tiled area, obviously.
> >>
> >>> On 7 Apr 2019, at 16:15, Enan Ajmain <3nan.ajm...@gmail.com> wrote:
> >>>
> >>> Hi,
> >>> I am using dwm-tilegap-6.2 patch to get gaps around windows. But the
> >>> gaps only show in tiling mode. I assumed that similar support for
> >>> monocle mode could be easily hacked. Now, I changed the monocle
> >>> function in `dwm.c` in the following way.
> >>>
> >>> ```
> >>> void
> >>> monocle(Monitor *m)
> >>> {
> >>> unsigned int n = 0;
> >>> Client *c;
> >>>
> >>> for (c = m->clients; c; c = c->next)
> >>> if (ISVISIBLE(c))
> >>> n++;
> >>> if (n > 0) /* override layout symbol */
> >>> snprintf(m->ltsymbol, sizeof m->ltsymbol, "[%d]", n);
> >>> for (c = nexttiled(m->clients); c; c = nexttiled(c->next))
> >>> resize(c, m->wx + gappx, m->wy + gappx, m->ww - 2 * c->bw - 2 * gappx,
> >>> m->wh - 2 * c->bw - 2 * gappx, 0);
> >>> }
> >>> ```
> >>>
> >>> You will see that the only change I have made is adding `gappx` amount
> >>> of space to both `m->wx` and `m->wy` and subtracting `2 * gappx`
> >>> amount of space from both `m->ww` and `m->wh`. It's very simple stuff.
> >>> But due to my lack of experience, I wanted to make sure whether this
> >>> will be in any way harmful. I don't want my window manager to crash
> >>> when I need it. So, if someone could point out the faults if any, it
> >>> would be much appreciated.
> >>>
> >>> Thanks,
> >>> Enan Ajmain
> >>>
> >>
> >
>
Re: [dev] [slock] Slock left a file in /etc/pam.d after uninstall
On Thu, Dec 19, 2019 at 9:34 PM inasprecali wrote: > > Yes, really. > Sorry, I don't understand. Could you expand a bit more, please? Enan On Thu, Dec 19, 2019 at 9:34 PM inasprecali wrote: > > Yes, really. >
Re: [dev] [slock] Slock left a file in /etc/pam.d after uninstall
Hi, Nice to see an Office fan, assuming you ARE referring to Pam of Pam and Jim from Office. Unexpected, but wonderful. Regards, Enan On Wed, Dec 18, 2019 at 10:37 PM wrote: > > On Wed, Dec 18, 2019 at 06:23:03PM +0600, Enan Ajmain wrote: > > ... > > ... /etc/pam.d folder ... > > ... > > pam? paaam? PAAM?? Really? > > -- > Sylvain >
Re: [dev] [slock] Slock left a file in /etc/pam.d after uninstall
Hi, Hiltjo I installed slock manually. But I might have installed from Ubuntu repo in the past to check it out. So, you might be right. Thanks, Enan Ajmain On Wed, Dec 18, 2019 at 10:28 PM Hiltjo Posthuma wrote: > > On Wed, Dec 18, 2019 at 06:23:03PM +0600, Enan Ajmain wrote: > > Hi, > > I just uninstalled slock and did a search for leftover manpages or > > config files. I saw that there is a file left in /etc/pam.d folder. I > > think it's supposed to do the password authentication. > > > > My question is, should I leave the file as is? Or is it gonna mess > > with Xscreensaver? > > > > Thanks, > > Enan Ajmain > > > > Probably something of your distribution. > > https://git.suckless.org/slock/file/Makefile.html#l44 > > -- > Kind regards, > Hiltjo >
Re: [dev] [slock] Slock left a file in /etc/pam.d after uninstall
Hi, Jochen, On Sat, Dec 21, 2019 at 3:20 AM Jochen Sprickerhof wrote: > > Hi Enan, > > * Enan Ajmain <3nan.ajm...@gmail.com> [2019-12-19 09:38]: > >I installed slock manually. But I might have installed from Ubuntu > >repo in the past to check it out. So, you might be right. > > sudo apt purge suckless-tools Yeah, I needed to just use the purge command. Now, the file is gone. So, it's fair to assume, it was actually leftover from a previous installation from Ubuntu official repository. Thanks for the help. Regards, Enan On Sat, Dec 21, 2019 at 3:20 AM Jochen Sprickerhof wrote: > > Hi Enan, > > * Enan Ajmain <3nan.ajm...@gmail.com> [2019-12-19 09:38]: > >I installed slock manually. But I might have installed from Ubuntu > >repo in the past to check it out. So, you might be right. > > sudo apt purge suckless-tools > > Cheers Jochen
[dev] [st] Putting cursor in the line below the current line
I watched a video exploring Sun Solaris 7[1] where the install console had a unique cursor. It was an upward-pointing arrow _below_ the character[2]. I'm currently trying to emulate it in st. Drawing the cursor in the line below was easy[3], but it leaves artifacts behind, which I am guessing isn't redrawn because st doesn't know the cursor has been to the line below. I've skimmed through the code, but got lost somewhere around `xdrawglyphfontspecs`. Any suggestion on how to proceed? [1]: https://youtu.be/sJFxwBfFkyM?t=282 [2]: sunos.png (attached) [3]: st.png (attached) -- Enan 3nan.ajm...@gmail.com https://www.github.com/3N4N https://git.sr.ht/~enan GPG Key ID: 448F8D0D0D6DB601566E396CA031EA10A3ECB75D -- Enan 3nan.ajm...@gmail.com https://www.github.com/3N4N https://git.sr.ht/~enan GPG Key ID: 448F8D0D0D6DB601566E396CA031EA10A3ECB75D
Re: [dev] [st] compilation warnings/errors
On Sat, 12 Nov 2022 19:56:17 + ShellCode wrote: > So it made me wonder, what are your thoughts on passing -Werror by > default to the compiler ? And what about -Wall and -Wextra ? I think these warnings are valuable indicators of potential bugs and the devs should pay close attention to them. I use `-Werror' in all my C programs, except in rare cases, e.g., MinGW compiler not recognizing `%zd' format in `printf()', etc. But if you're asking why the Makefile of st doesn't use these flags by default then I think the makefile is supposed to be used by the end user and the user should not be required to deal with warnings. Unless they want to, in which case they can include the flags themselves. P.S. I'm not a suckless dev. Just a suckless enjoyer. -- Enan
Re: [dev] Commandline Email Advice Request
Previous responders said: o Maybe GMail doesn't allow sending emails without their web interface o Gmail doesn't allow to use SMTP in a classic way (normal auth with/without encryption). I can confirm that GMail does allow sending emails through other means (not only “git send-email”, but any email client). But it is true that recently GMail removed the ability to use your the password of your Google account directly (remember “Less Secure Apps”?). Instead you'd have to use either OAuth2 or an app-specific password[1]. The relevant part of my gitconfig: [sendemail] smtpServer = smtp.gmail.com smtpServerPort = 587 smtpEncryption = tls smtpUser = 3nan.ajm...@gmail.com ; smtpPass = gmail app pass [1]: https://support.google.com/accounts/answer/185833?authuser=0 -- Enan 3nan.ajm...@gmail.com https://git.sr.ht/~enan/ https://www.github.com/3N4N
Re: [dev] Commandline Email Advice Request
On Tue, 29 Nov 2022 17:47:40 -0600 fernandoreyesavila3 wrote: > On 22/11/26 04:06PM, Enan Ajmain wrote: > > Previous responders said: > > > > o Maybe GMail doesn't allow sending emails without their web > > interface o Gmail doesn't allow to use SMTP in a classic way > > (normal auth with/without encryption). > > > > I can confirm that GMail does allow sending emails through other > > means (not only “git send-email”, but any email client). But it is > > true that recently GMail removed the ability to use your the > > password of your Google account directly (remember “Less Secure > > Apps”?). Instead you'd have to use either OAuth2 or an > > app-specific password[1]. > > > > The relevant part of my gitconfig: > > [sendemail] > > smtpServer = smtp.gmail.com > > smtpServerPort = 587 > > smtpEncryption = tls > > smtpUser = 3nan.ajm...@gmail.com > > ; smtpPass = gmail app pass > > > > > > [1]: https://support.google.com/accounts/answer/185833?authuser=0 > > > > -- > > Enan > > 3nan.ajm...@gmail.com > > https://git.sr.ht/~enan/ > > https://www.github.com/3N4N > > > > It is possible to use gmail through another client but it's sort of a > pain. If your interested setting up your gmail with mutt I think it's > worth checking out luke smith's (mutt > wizard)[https://github.com/LukeSmithxyz/mutt-wizard]. Thank you. But I don't know why you are suggesting email clients. I am not saying you shouldn't have. I am just saying I didn't ask for it. But thank you. -- Enan 3nan.ajm...@gmail.com https://git.sr.ht/~enan/ https://www.github.com/3N4N
Re: [dev] st: no need for scrollback patch or program by using -o option
On Fri, 13 Jan 2023 19:53:41 -0600 Dave Blanchard wrote: > I experimented with st for a week or so, before finally realizing that > it's poorly-written trash. It has no advantages over XTerm at all. Why do you think it's "poorly written"? I looked at the code when I wanted to add a feature. I remember it being concise and clever. Of course the caveat is that I haven't looked at the code of any other terminal emulators; might be that every other one is much cleverer than st. -- Enan 3nan.ajm...@gmail.com https://git.sr.ht/~enan/ https://www.github.com/3N4N
