To add to my previous message, this occasional crashing could be the reason
behind the recommended approach by suckless - disabling the color emoji support
altogether, instead of having programs run unreliably.
And finally, when I recommended reading the FAQ, it was precisely because this
issue
On 21/08/20 07:27, Mateusz Okulus wrote:
> I haven't experienced any crashes after installing xft-bgra. For regular
> use this seems to be enough. Even then both dwm and st use libxft, and
> I'm fairly certain that there are no patches to replace it. There isn't
> a better alternative afaik.
I
On 21/08/18 08:06, Mateusz Okulus wrote:
> You need libxft-bgra. It's a bug in xft.
>
> Read https://git.suckless.org/st/file/FAQ.html for explanation.
>
> Notice that instead of disabling as in FAQ you can install this fork of
> xft which is what I recommend, because it'll also work on dwm,
On 21/08/16 09:56, Robert Alm Nilsson wrote:
> 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
On 21/08/07 08:02, Sagar Acharya wrote:
> It enhances the value of suckless by pointing the problems in gigantic
> softwares. Let me know what you think.
The plural form of "software" is "software". "Softwares" is not a real word in
English.
> Thanking you
*Thank you
> It enhances the value
On 21/08/02 02:31, Petr Vaněk wrote:
> probably no Serbian reviewers here if no one wrote in 4 months :)
I suspected that is the case, but still the question remains who then reviewed
layout.sh.h?
> Anyway, I looked to the patch and compared the layout with online
> available images of Serbian
On 21/07/30 09:24, Hiltjo Posthuma wrote:
> I'm not sure, but in the original e-mail I asked if there are other Serbian
> users to review it. That would be nice, because I can't really properly review
> the patch.
Who reviewed the layout.sh.h? Can't the same person review layout.sr.h?
On 21/03/29 11:39, Страхиња Радић wrote:
> On 21/03/29 11:25, Hiltjo Posthuma wrote:
> >
> > Hi,
> >
> > You can add the patch as an attachment or inline and send it for review
> > (any Serbian
> > users care to review it?).
>
> I have at
On 21/07/30 10:42, EuAndreh wrote:
> > but POSIX already sells such a set of unit tests.
>
> A curiosity of mine: was such test suite ran against sbase?
If you have found a bug in sbase, do report it.
Otherwise, the idea of suckless software is for software to have simple and easy
to understand
On 21/07/08 02:47, Nikita Zlobin wrote:
> People don't serve machines - machines serve people.
To turn this around, machines serve people who know how to control them. People
who don't should not dictate features to be included in software.
I think the results of doing the opposite are obvious
On 21/07/08 12:30, Nikita Zlobin wrote:
> Perhaps because user wants :P
[...]
> Writing to window title is primary function of my approach. It could be
> done by main app (best), but this time it's dedicated script, designed
> to run parallel and write to window title, while main app displays it
>
On 21/07/08 12:49, Nikita Zlobin wrote:
> I tried to make mere windows more useful by making them to output more
> useful content in place of window name. One existing example is gentoo
> emerge, which prints status in number of emerged packages with system
> load.
But... why? There is already
On 21/06/29 02:04, qsm...@tutanota.com wrote:
> However, worded at it is now, I think we will agree that for someone on the
> outside it will come out as proud or warding off, whereas something like "we
> have no interest in being very popular or trendy; our software will not be
> expanded to
On 21/06/29 10:03, Martin Tournoij wrote:
> > It is true that some people could be driven away after being greeted
> > with a black screen without any preconfigured keybinding to open a
> > terminal or dmenu, but dwm takes pride in "keeping its userbase small
> > and elitist, withoutnovices
On 21/06/21 07:00, Tobias Bengfort wrote:
> To me it is also obvious that this protocol sucks less than the old one.
If we go only by the added code, it is quite the contrary. Less is more.
> Currently you need to write a GUI if you need to get reliable keyboard
> events. This proposal would
On 21/06/20 08:25, opal hart wrote:
> Suckless software isn't a void separate from the rest of the world,
Suckless software is following a specific set of principles, and the software
that sucks is not following those principles. The two are separate.
> and
> the "suckless philosophy" is
On 21/05/22 06:50, Tobias Bengfort wrote:
> https://sw.kovidgoyal.net/kitty/keyboard-protocol.html
>
> Basically it provides a way to send unambigous esc and other keys as well as
> key release events to terminal programs while being mostly backwards
> compatible.
>
> It sounds like a reasonable
On 21/05/03 05:27, Greg Reagle wrote:
> And if it has less lines, in a higher level language, sounds like a win.
Higher level languages usually mean more complexity and less control. Having
less lines in a higher level language doesn't mean much if the language adds
unnecessary overhead "behind
On 21/04/19 07:06, Страхиња Радић wrote:
> Interesting, I'm not getting this error. I use Artix Linux, libxft-bgra
> 2.3.3.r7.7808631e-1 from AUR, vim 8.2.2653-1 and my modified st which I
> regularly update from suckless repo[1]. Also ttf-nerd-fonts-symbols, *not*
> ttf-nerd-fonts-
On 21/04/19 11:59, Luuk van Baal wrote:
> I was looking for pointers in regards to this error I'm receiving when
> using
> libxft-bgra(https://gitlab.freedesktop.org/xorg/lib/libxft/-/merge_requests/1).
> I explained the issue in
>
On 21/04/09 03:18, Laslo Hunhold wrote:
> You can build software with the goal of user-friendliness in mind, but
> this always comes with concessions. As long as you provide consistent
> and easy to understand user-interfaces (APIs, Synopses, etc.), it is, I
> think, the user's turn to try to
On 21/03/29 11:25, Hiltjo Posthuma wrote:
>
> Hi,
>
> You can add the patch as an attachment or inline and send it for review (any
> Serbian
> users care to review it?).
I have attached the patch to this email. I essentially modified the
existing layout.sh.h to match the XKB "sr"
Hi,
I created a Serbian keyboard layout for svkbd, how can I upload it so it
can be included in svkbd?
Thanks in advance,
Strahinya Radich
signature.asc
Description: PGP signature
On 21/03/24 04:13, Cág wrote:
> Actually config.def.h is a template, the default configuration, and
> probably should be left unmodified. The rule you mentioned (run by `make
> config.h` copies config.def.h into config.h, obviously, and then config.h
> is supposed to be edited.
Didn't
On 21/03/20 12:01, Nuno Teixeira wrote:
> st -f "Liberation Mono":pixelsize=16 is my desired size.
>
> I will create a config.h with:
> static char *font = "Liberation
> Mono:pixelsize=16:antialias=true:autohint=true";
>
> And compile with it, is that the correct way to do it?
It will
On 21/02/10 08:09, Κράκ Άουτ wrote:
> resources. So if the if-block is removed you get the opposite of 0/sec.
>
The if block includes not only the condition "if (/*...*/)", but also
the line or a block of code following it, whose execution is controlled by the
condition.
signature.asc
On 21/02/10 03:46, Страхиња Радић wrote:
> time. The check succeeds if the difference is 1000/60 ~ 17 in the first case
> and
> 1000 in the second case. As the divisor gets closer to zero, the threshold
*is lesser than or equal to
signature.asc
Description: PGP signature
On 21/02/10 01:10, Κράκ Άουτ wrote:
> So, looking at your code, can I limit updates to 1/sec instead of
> 60/sec? Changing this line,
> `if ((ev.xmotion.time - lasttime) <= (1000 / 60))`
> to
> `if ((ev.xmotion.time - lasttime) <= (1000 / 1))`
> would be enough?
>
> Can I also achieve 0/sec
On 21/01/16 10:13, Spenser Truex wrote:
> I can't imagine any way that this is desirable. I will try to patch a
> fix later, seems like low hanging fruit.
I think this should be a patch for dwm, in order to not increase the
complexity of the code. The idea of dwm and suckless programs is
On 21/01/03 02:38, Greg Reagle wrote:
> I am in the habit of using printf rather than echo because of the drawbacks
> of echo as explained in
> https://unix.stackexchange.com/questions/65803/why-is-printf-better-than-echo.
> For
> echo relinking
> specifically, it doesn't matter. For
>
101 - 130 of 130 matches
Mail list logo
