On Fri 05 Aug 2011 12:18:06 AM PDT, Nathan Neff wrote:
> > Linux 2.6.39-ARCH
>
> Are you running Arch Linux again? It's so tempting!
Yup, I've been riding the edge with ArchLinux since February. :-)
--
Nobody said computers were going to be polite.
signature.asc
Description: PGP signature
> % uname -a
> Linux ratham 2.6.39-ARCH #1 SMP PREEMPT Sat Jul 9 14:57:41 CEST 2011
> x86_64 Genuine Intel(R) CPU U7300 @ 1.30GHz GenuineIntel GNU/Linux
Are you running Arch Linux again? It's so tempting!
On Thu, Aug 4, 2011 at 6:55 PM, hiro <23h...@googlemail.com> wrote:
> I only use webkit for crap from google.
>
>
surf uses webkit but doesn't work with Google+.
I've put my key bindings in .wmii/wmiirc_local and I think the commands I
put in are just being executed, not bound to the intended key. I attached my
wmiirc_local for reference.
Mark Watts
wmiirc_local
Description: Binary data
On Fri 05 Aug 2011 12:37:52 AM PDT, dtk wrote:
> putting the flash player on a website into fullscreen regularly
> (very -.-) freezes my screen.
On my system, only the flash video "freezes" --- stops rendering new
frames, but audio continues playing normally. However, on YouTube,
the fullscreen v
On Fri, Aug 05, 2011 at 12:37:52AM +0200, dtk wrote:
putting the flash player on a website into fullscreen regularly (very
-.-) freezes my screen.
wmii seems to continue to work in the background (I can change tags,
kill the browser, ...) and the mouse continues to respond (I can click
to pause
I only use webkit for crap from google.
Hey guys,
putting the flash player on a website into fullscreen regularly (very
-.-) freezes my screen.
wmii seems to continue to work in the background (I can change tags,
kill the browser, ...) and the mouse continues to respond (I can click
to pause the vid (sound oftentimes continues to play
On Fri, 5 Aug 2011, hiro wrote:
I don't actually need keyboard driven browsers. Of course I use
shortcuts and prefer to hide all the bars, but I scroll and navigate
pages mainly with my trackpoint or mouse.
On Thu, Aug 4, 2011 at 23:18, Cengiz Tas wrote:
I tested luakit which works for me.
I don't actually need keyboard driven browsers. Of course I use
shortcuts and prefer to hide all the bars, but I scroll and navigate
pages mainly with my trackpoint or mouse.
On Thu, Aug 4, 2011 at 23:18, Cengiz Tas wrote:
> I tested luakit which works for me. But there are two further keyboard
>
I tested luakit which works for me. But there are two further keyboard
driven browser based on webkit you should give a try. dwb and jumanji.
On Thu, Aug 4, 2011 at 3:22 PM, hiro <23h...@googlemail.com> wrote:
> Huh, opera has also been updated and I still prefer using the older version.
> 2001, b
What i have noticed is that it depends on a 3rd party assembler... So nasm or
gas should be added as a dependency.
I didnt cheked the linking process.. But looks hackable.
One thing i liked is that it gets compiled with support for all architectures..
So you dont depend on different toolchains
On 4 August 2011 20:11, Suraj N. Kurapati wrote:
> Sounds like a good use-case for wmii's dynamic tagging system. I
> create task-based views all the time, particularly temporary ones:
dwm does the same, only it's more "dynamic", in that you can view
multiple tags at the same time.
I don't get
Petr Sabata a écrit :
> You could add yet another bloat option for this and use that in dmenu_run.
I don't want to see the names of the first executables (in alphabetical order)
among all the executables found on my path every time I launch a program
through dmenu_run.
So, yes, I'm gonna bloat
On Tue 02 Aug 2011 07:24:47 PM PDT, Am Jam wrote:
> he wants the number of tags to dynamically grow and shrink on the
> fly given some key combination according to his workflow that day.
Sounds like a good use-case for wmii's dynamic tagging system. I
create task-based views all the time, particu
Bastien Dejean writes:
> Hi,
>
> I noticed that when dmenu is used as a program launcher (i.e. through
> dmenu_run) the initial display of all the items of stdin is kind of
> annoying.
>
> I'd prefer that the matching items appear only when a non empty search
> string exists.
This would add code
Little cleanup patch.
diff -r e64c97268f1a st.c
--- a/st.c Thu Jun 09 18:25:56 2011 +0200
+++ b/st.c Thu Aug 04 19:44:02 2011 +0300
@@ -523,8 +523,7 @@
xev.selection = xsre->selection;
xev.target = xsre->target;
xev.time = xsre->time;
- /* reject */
- x
neat! if someone could come up with a musl-wrapper for this, it could
be a nice self-hosting package :)
(I tried making a musl-tcc AUR, but have not had time to make it
self-hosting yet)
2011/8/4 pancake :
> not as minimal as tcc. but quite clean and simple,.. and much more portable
> (supports s
not as minimal as tcc. but quite clean and simple,.. and much more
portable (supports sparc, mips, ..)
http://nwcc.sourceforge.net/index.html
i use a history file with dmenu_run that is displayed before the other
stuff so i can quickly navigate through recently used commands. maybe
that's a compromise for you since it displays useful / often used
items first. and you wouldn't need to patch dmenu itself you can
modify dmenu_run.
Huh, opera has also been updated and I still prefer using the older version.
2001, bro is a non-argument, sis
On Thu, Aug 4, 2011 at 5:56 AM, Am Jam wrote:
>
>
> On Thu, Aug 4, 2011 at 5:42 AM, hiro <23h...@googlemail.com> wrote:
>
>> dillo and opera9
>>
>>
>
> dillo lol.
> Its 2011, bro.
>
OH MY GOD. I just checked to see if dillo had been updated in the past
century and it has! I retract my statement
On Thu, Aug 4, 2011 at 5:42 AM, hiro <23h...@googlemail.com> wrote:
> dillo and opera9
>
>
dillo lol.
Its 2011, bro.
On 4 August 2011 20:32, Bryan Bennett wrote:
> Luakit / Uzbl for all sites. Works fine for me.
And if you need luakit support I'm here.
annoying, hah!
you suck.
dillo and opera9
Luakit / Uzbl for all sites. Works fine for me.
> how about you restrict the number of things coming in on stdin instead
> of puking all over dmenu about this
Because he wants it to still complete to the things in $PATH (or STDIN,
in this case) but doesn't want to see it. I still agree that it's stupid.
In regards to OP: So write a patch that
On Thu, Aug 04, 2011 at 12:35:24PM +0100, Nick wrote:
> Chromium/midori for heavy sites, netsurf/lynx for sane ones.
Saying that, I'm still using surf out of habit a lot at the
moment. There isn't a good alternative for js heavy sites.
"The only winning move is not to play."
On Thu, Aug 04, 2011 at 01:32:50PM +0200, Cengiz Tas wrote:
> So what I are using instead for browsing? I mean beside FF or Chromium.
> Netsurf, Arora, etc. ? Netsurf lacks of Java Script and Arora
> development stopped for quite a long time.
Chromium/midori for heavy sites, netsurf/lynx for sane
So what I are using instead for browsing? I mean beside FF or Chromium.
Netsurf, Arora, etc. ? Netsurf lacks of Java Script and Arora
development stopped for quite a long time.
On Thu, Aug 4, 2011 at 12:03 PM, hiro <23h...@googlemail.com> wrote:
> thank god.
>
>
On Thu, Aug 4, 2011 at 5:56 AM, Bastien Dejean wrote:
> I noticed that when dmenu is used as a program launcher (i.e. through
> dmenu_run) the initial display of all the items of stdin is kind of
> annoying.
how about you restrict the number of things coming in on stdin instead
of puking all over
On Thu, Aug 04, 2011 at 11:56:11AM +0200, Bastien Dejean wrote:
> Hi,
>
> I noticed that when dmenu is used as a program launcher (i.e. through
> dmenu_run) the initial display of all the items of stdin is kind of
> annoying.
>
> I'd prefer that the matching items appear only when a non empty sea
Hi,
I noticed that when dmenu is used as a program launcher (i.e. through
dmenu_run) the initial display of all the items of stdin is kind of
annoying.
I'd prefer that the matching items appear only when a non empty search
string exists.
--
Bastien
thank god.
35 matches
Mail list logo
