Re: [dev] [edit] Introducing edit, a simple text editor

On Wed, 2023-09-27 at 22:33 +0200, Страхиња Радић wrote: > On closer inspection, termbox2.h does include signal.h itself[1], and > additionally defines _XOPEN_SOURCE[2] and _DEFAULT_SOURCE, so the > inclusion of > signal.h can't be escaped. > > My testing has shown that when -std=c99 is

Re: [dev] getting rid of cmake builds

On Thu, 2023-09-21 at 09:42 -0400, LM wrote: > I build a lot of common libraries and programs from source.  Many of > them are switching to cmake.  I'm not a fan of cmake.  For one thing, > it's so complicated to build from source code that I can't bootstrap > the build of cmake itself.  I really

Re: [dev] C variants, compilers and completeness

On Mon, 2023-07-24 at 17:38 +0200, Sagar Acharya wrote: > I see C compilers recommended by suckless are: > > tinycc > simplecc > cproc > qbe > lacc qbe isn't a compiler. however cproc is promising but I had various issues compiling some apps, can't use it as my daily for now. -- David

Re: [dev] Suckless filesystems

On Fri, 2023-06-23 at 10:30 +0200, m...@datameer.com wrote: > Sagar Acharya wrote: > > Which are the filesystems which suckless recommends? > > > > In my view, simple ones are FAT32, ext2. > > > > I think journaling is required which I see as within disk backup. A > > robust and easy fsck like

Re: [dev] suckless indentation with vim

On Sat, 2022-07-02 at 23:07 +0600, NRK wrote: > Hi, > > The suckless coding style follows "tabs for indent, spaces for > alignment" philosophy. But afaik, vim doesn't support it natively. > > I remember trying out a couple plugins from here: >

Re: [dev] I made a bluetooth-control-thing

On Wed, 2022-06-15 at 17:30 +0200, Stefan Mark wrote: > I was always a bit annoyed by the lack of a simple, gui-based > bluetooth > control thing. Like blueman, but not in a scripting language. And > maybe > with somewhat simpler interface. > > Thus i did this: >

Re: [dev] Automatic C header dependency tracking for the redo build-system

On Mon, 2022-06-06 at 15:13 +0200, Georg Lehner wrote: > Hi, > > The topic of header dependency tracking is already addressed since > the > inception of redo by DJB. About C header dependencies, you can actually do it using POSIX Make (in the next version, the -include statement is not

Re: [dev][dwm][autostart] Patch to make autostart conform to XDG Base Directory specification

Le 09/06/2020 à 22:48, Gan Ainm a écrit : Just pushed a patch that makes autostart conform to the XDG Base Directory specification (https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html). That helps to avoid dotfile clutter in the home directory. dwm will look for the

Re: [dev] Mailing list searching

Le 07/05/2019 à 04:05, opal hart a écrit : On Mon, 6 May 2019 08:13:32 +0200 Hiltjo Posthuma wrote: On Mon, May 06, 2019 at 02:34:28AM +, opal hart wrote: Shouldn't this be a FAQ entry at this point for any suckless projects depending on Xft? If only we could teach people to read...

Re: [dev] Learn C

Le 24/03/2019 à 14:33, sylvain.bertr...@gmail.com a écrit : * do not use enum (hard rule) I'd be glad to get any reason why not. C is already minimalistic, won't you write in assembly next time? Moreover, enums are often well supported in debuggers and show the actual enum constant rather

Re: [dev] surf

Le 26/01/2019 à 22:33, Igor Rubel a écrit : Unfortunately, it seems that XQuartz doesn't support Retina displays properly. X does not perform any kind of scaling on its own. It's the purpose of toolkiks to do that. For example with Gtk applications one should set the environment variable

Re: [dev] Coding style: why /* */ and not //?

Le 27/12/2018 à 11:10, Silvan Jegen a écrit : The only downside of //-style comments that I can see is that they are only allowed since C99[0]. Yes, but C99 was released 20 years ago. Perhaps it's okay to use it nowadays :) Regards, -- David

Re: [dev] GPL free Linux

Le 12/11/2018 à 07:27, Alexander Huemer a écrit : If you don't like the GPL, why use the Linux kernel in the first place? Go with {Free,Open,Net}BSD and live happily ever after. Unfortunately in matter of hardware support, Linux is definitely the best selection for now. Lot of people try to

Re: [dev] freetype2/fc pain

Le 23/09/2018 à 06:10, AR Garbe a écrit : Back in the days I also concluded that the introduction of Xinerama and multihead support was a bad idea after all. I'm really at a point to consider forking dwm and dmenu to simply rely on X11 as it used to be, perhaps with going the extra mile to

Re: [dev] freetype2/fc pain

Le 24/09/2018 à 08:19, AR Garbe a écrit : On 23 September 2018 at 11:56, Eric Pruitt wrote: On Sun, Sep 23, 2018 at 09:14:11AM -0700, AR Garbe wrote: I totally agree. I'd be in favour in a st just using plain X fonts. This emoji unicode porn and anti-aliasing TTF support doesn't make sense to

Re: [dev] [st] solarized light patch colors incorrect

On Wed, 2018-09-12 at 22:44 +0200, Quentin Rameau wrote: > And no, it's not my mistake, stop pointing fingers, especially at the > wrong persons. > If you had read the thread correctly, it's about a third party patch. > I didn't write it, the name of the author is accessible. I have never told

Re: [dev] [st] solarized light patch colors incorrect

On Fri, 2018-09-07 at 19:39 +0200, Quentin Rameau wrote: > I say that bug reports should be accompagned with a patch (yes > please). Quentin, I agree that patches are welcome, for the colors I understand that is a easy issue that could be fixed by any newcomer. However, not everybody can fix

Re: [dev] [dwm] [PATCH] Do not draw bar if it is hidden

On Mon, 2018-08-06 at 19:01 +0200, Petr Šabata wrote: > On Mon, Aug 06, 2018 at 06:10:02PM +0200, Hiltjo Posthuma wrote: > > This is not a dwm issue. Please bother the Xft developers. > > While true, there's also no point in executing the code if the > bar is hidden. Completely second that. --

[dev] [surf] crashing in libcairo

in libcairo.so.2.11400.8[7337e000+125000] I've tried with midori and it worked fine. So I wonder what happens under the hood. Do I need to compile webkit in debug mode to give you more useful information? Regards, -- David Demelier

Re: [dev] [dwm] firefox fullscreen youtube issue

> On Nov 20, 2017, at 7:17 PM, Laslo Hunhold wrote: > >> I remember some years ago that it worked fine, I wonder if something >> has changed? Do I need to configure something in firefox/dwm? > > does it work with the latest git-version of dwm? Yes, it works in git, I'll switch

Re: [dev] [dwm] firefox fullscreen youtube issue

> On Nov 20, 2017, at 2:36 PM, Donald Allen wrote: > > I am not seeing this, with the same version of Firefox on an Arch > Linux system. You did not say what patches, if any, you have applied > to dwm. In my case, I have applied only the 'pertag' patch. It's also >

[dev] [dwm] firefox fullscreen youtube issue

Hello all, With firefox 57 and dwm 6.1, watching a video on youtube and clicking on the fullscreen button makes the video fill the firefox frame, not the whole screen. I remember some years ago that it worked fine, I wonder if something has changed? Do I need to configure something in

[dev] [dwm] switch tag with mouse wheel on root

know what I must add in the argument colon. Kind regards, -- David Demelier

Re: [dev] [dwm] switch tag with mouse wheel on root

On 21/12/2010 14:14, Rob wrote: dwm doesn't have this by default, because dwm doesn't have a current tag, since you can have many activated. Here's what I do [attached]. It's taken and modified from a ML post I saw a good while back. Rob. Absolutely great! Thanks, this little piece of code

Re: [dev] [dwm] Windows size changes

2010/11/12 pmarin pacog...@gmail.com: AWT_TOOLKIT = MToolkit. Sorry. On Fri, Nov 12, 2010 at 11:16 PM, pmarin pacog...@gmail.com wrote: On Fri, Nov 12, 2010 at 7:58 PM, David DEMELIER demelier.da...@gmail.com wrote: Hello, I was surprised to see that a java window does not update its

[dev] [dwm] Windows size changes

Hello, I was surprised to see that a java window does not update its content, in fact nothing changes. If you resize the window nothing happens and the usual behavior is that the window updates its content to the new size. On pekwm or gnome, it works. The window `stretch' its content to the

Re: [dev] [dwm] adding WM_WINDOW_ROLE rule

2010/8/8 Kris Maglione maglion...@gmail.com: On Sun, Aug 08, 2010 at 09:36:24AM +0200, David DEMELIER wrote: It's so sad to see that suckless developers don't want to add 10 lines to the code to improve it just because *the developers* think it's useless. Maybe for people it's useless

Re: [dev] [dwm] adding WM_WINDOW_ROLE rule

2010/7/27 Anselm R Garbe garb...@gmail.com: Hi David, On 26 July 2010 22:32, David DEMELIER demelier.da...@gmail.com wrote: There is something that make me sad with dwm, there is a lack of role rules for clients. I explain : clients have instance and name using WM_CLASS, but there is also

Re: [dev] [dwm] adding WM_WINDOW_ROLE rule

2010/7/27 Rob robpill...@gmail.com: On 26 July 2010 22:32, David DEMELIER demelier.da...@gmail.com wrote: Hello dear dwm users, hi There is something that make me sad with dwm, there is a lack of role rules for clients. I explain : clients have instance and name using WM_CLASS

[dev] [dwm] adding WM_WINDOW_ROLE rule

Hello dear dwm users, There is something that make me sad with dwm, there is a lack of role rules for clients. I explain : clients have instance and name using WM_CLASS, but there is also WM_WINDOW_ROLE which is really important and useful. Example : you want your firefox window tiled but not

Re: [dev] dwm-5.8.2 / 9base-6

2010/6/4 Anselm R Garbe garb...@gmail.com: Hi there, after the positive feedback to the recent fullscreen fixes it is time for a new dwm bugfix release:  http://dl.suckless.org/dwm/dwm-5.8.2.tar.gz I'm sorry to disturb you again, but the fullscreen problem is still here with mplayer. Even

Re: [dev] dwm-5.8.1 / dmenu-4.1.1

2010/5/30 Anselm R Garbe garb...@gmail.com: On 29 May 2010 22:18, Sylvain Laurent syll...@gmail.com wrote: 2010/5/29 Kris Maglione maglion...@gmail.com: On Sat, May 29, 2010 at 07:59:39PM +0100, Anselm R Garbe wrote: On 29 May 2010 19:17, Anselm R Garbe garb...@gmail.com wrote: On 29 May

Re: [dev] Fullscreen troubles.

No it's not a SDL problem because some are not SDL based apps, and it does this problem only with dwm. Best regards. 2010/3/9 Jakub Lach jakub_l...@mailplus.pl: Hi, I use dwm for longtime now, it's the only one tiling wm which does everything by almost default. Like manage fixed sixe windows