Re: [dev] dwm: Poor performance of some games.

2015-11-30 Thread Eric Pruitt
On Mon, Nov 30, 2015 at 07:32:34PM -0800, Eric Pruitt wrote: > Does the same thing happen if you switch dwm to tiling mode before > launching Torchlight 2? I don't recall the details, but I ran into some > strange issues running Torchlight (1) some years ago that could be fixed > by switching to fl

Re: [dev] dwm: Poor performance of some games.

2015-11-30 Thread Eric Pruitt
On Mon, Nov 30, 2015 at 11:37:43PM -0300, Draco Metallium(Rodrigo S. Cañibano) wrote: > Most games work fine, but today I wanted to play "Torchlight 2" and > the framerate was less than a half what it is in fluxbox (just test > it), and when I move the mouse the game gets stuck for a second. > > A

[dev] dwm: Poor performance of some games.

2015-11-30 Thread Rodrigo S. Cañibano
Most games work fine, but today I wanted to play "Torchlight 2" and the framerate was less than a half what it is in fluxbox (just test it), and when I move the mouse the game gets stuck for a second. Any idea what it might be? -- Draco Metallium

Re: mail technology [was: Re: [dev] c++ compiler that rocks]

2015-11-30 Thread FRIGN
On Mon, 30 Nov 2015 19:04:19 +0100 hiro <23h...@gmail.com> wrote: > well, his concern is legit. not all terminals show 80 columns. i have > one open right now that doesn't, so your rule is not all that matters > on the internet. what's worse: some people send mails with more than > 80 chars per li

Re: mail technology [was: Re: [dev] c++ compiler that rocks]

2015-11-30 Thread hiro
well, his concern is legit. not all terminals show 80 columns. i have one open right now that doesn't, so your rule is not all that matters on the internet. what's worse: some people send mails with more than 80 chars per line. this is also one of the few reasons i recommend people not to use pdf a

mail technology [was: Re: [dev] c++ compiler that rocks]

2015-11-30 Thread Christoph Lohmann
Greetings. On Mon, 30 Nov 2015 17:43:02 +0100 xire.lue...@gmail.com wrote: > Then fine, set the default as whatever width you like > for symbol wrapping, but should that not be done > client-side? For example, when quoting, won't the > text be pushed out further than that hard-wrap limit? > > Pre

Re: [dev] c++ compiler that rocks

2015-11-30 Thread Teodoro Santoni
Hi, 2015-11-30 9:50 GMT+01:00, xire.lue...@gmail.com : > Then fine, set the default as whatever width you like > for symbol wrapping, but should that not be done > client-side? For example, when quoting, won't the > text be pushed out further than that hard-wrap limit? > > Presumably, prior to sen

Re: [dev] c++ compiler that rocks

2015-11-30 Thread Mattias Andrée
On Mon, 30 Nov 2015 02:50:40 -0600 wrote: > Then fine, set the default as whatever width you like > for symbol wrapping, but should that not be done > client-side? For example, when quoting, won't the > text be pushed out further than that hard-wrap limit? > > Presumably, prior to sending you ar

Re: [dev] c++ compiler that rocks

2015-11-30 Thread xire . luetof
Then fine, set the default as whatever width you like for symbol wrapping, but should that not be done client-side? For example, when quoting, won't the text be pushed out further than that hard-wrap limit? Presumably, prior to sending you are still using soft wrapping and then it adds the hard-wr

Re: [dev] c++ compiler that rocks

2015-11-30 Thread Mattias Andrée
On Mon, 30 Nov 2015 01:10:04 -0600 wrote: > Apologies that you dislike my current mailer; > where is the archive? > And why is it netiquette to have line breaks instead > of line wrapping client-side? If the sender does the client wrapping, it can either be automatic or manual, and it can be don

Re: [dev] c++ compiler that rocks

2015-11-30 Thread Timothy Rice
> And why is it netiquette to have line breaks instead > of line wrapping client-side? I think someone has just volunteered to submit an RFC on how to send electronic mail between computers with a multitude of different architectures and screen sizes on the internet in the 21st century. Because,