3. fix a scrolling issue and add in "ESC #" to call interpret_esc_SCS()
On 03/25/2011 10:25 PM, Ross Mohn wrote:
> I'm going to post a series of 6 patches for dvtm over the next several
> minutes. They all apply to the current HEAD of the dvtm git repository
> (committed 2011-01-07). I think I
I forgot to mention: the reason I increased the number of palette_end
is because with many colors, such as with some of the vttest scripts,
the color_pairs begin to overwrite each other. With 256 I was certainly
getting some funky color shifts because of this! I just doubled it to
512, but I think
6. support to backfill text from the buffer when a windows is resized with more
rows
On 03/25/2011 10:25 PM, Ross Mohn wrote:
> I'm going to post a series of 6 patches for dvtm over the next several
> minutes. They all apply to the current HEAD of the dvtm git repository
> (committed 2011-01-
5. support colorrules[] to match strings against window titles,
applycolorrules(), and call madtty_set_dflt_colors()
On 03/25/2011 10:25 PM, Ross Mohn wrote:
> I'm going to post a series of 6 patches for dvtm over the next several
> minutes. They all apply to the current HEAD of the dvtm git
4. support for "ESC 6 n", get cursor position, which calls a new function,
send_curs()
On 03/25/2011 10:25 PM, Ross Mohn wrote:
> I'm going to post a series of 6 patches for dvtm over the next several
> minutes. They all apply to the current HEAD of the dvtm git repository
> (committed 2011-0
2. support the 8 basic highlighted colors, plus a couple of color_hash fixes
On 03/25/2011 10:25 PM, Ross Mohn wrote:
> I'm going to post a series of 6 patches for dvtm over the next several
> minutes. They all apply to the current HEAD of the dvtm git repository
> (committed 2011-01-07). I th
1. support for compiling under AIX
On 03/25/2011 10:25 PM, Ross Mohn wrote:
> I'm going to post a series of 6 patches for dvtm over the next several
> minutes. They all apply to the current HEAD of the dvtm git repository
> (committed 2011-01-07). I think I've teased them all apart pretty well
I'm going to post a series of 6 patches for dvtm over the next several
minutes. They all apply to the current HEAD of the dvtm git repository
(committed 2011-01-07). I think I've teased them all apart pretty well
so that each one is separate and complete.
1. support for compiling under AIX
2. sup
> The solution is to turn off spatial navigation.
Spatial navigation is not that bad. But, the annoying bug/feature
is that the _first_ hit down brings me to the last link. Can this
be avoided?
Does anyone has a patch to bin toggling spatial navigation to some key?
s.
For virtual keyboards i think they only take sense if yhey are located at the
bottom of the screen. The window manager should preserve this space for the
keyboard.. So, like a tiled window in the bottom of the focused monitor.
On panoranic screens the width can be unnecesarily big.. But it takes
> diff -r 7a931a352cf9 surf.c
> --- a/surf.c Thu Sep 09 11:15:02 2010 +0200
> +++ b/surf.c Fri Mar 25 12:36:10 2011 -0400
> @@ -501,7 +501,7 @@
> g_object_set(G_OBJECT(settings), "auto-load-images", loadimage, NULL);
> g_object_set(G_OBJECT(settings), "enable-plugins", plugin, NULL);
On Fri, Mar 25, 2011 at 12:30:52PM -0400, Peter John Hartman wrote:
> On Fri, Mar 25, 2011 at 12:28:55PM -0400, Josh Rickmar wrote:
> > The solution is to turn off spatial navigation.
>
> Huh?
diff -r 7a931a352cf9 surf.c
--- a/surf.cThu Sep 09 11:15:02 2010 +0200
+++ b/surf.cFri Mar 25 12
On Fri, Mar 25, 2011 at 12:28:55PM -0400, Josh Rickmar wrote:
> The solution is to turn off spatial navigation.
Huh?
--
sic dicit magister P
PhD Candidate
Collaborative Programme in Ancient and Medieval Philosophy
University of Toronto
http://individual.utoronto.ca/peterjh
On Fri, Mar 25, 2011 at 12:11:50PM -0400, Peter John Hartman wrote:
> The solution is to train yourself to never hit Up/Down and rather aim your
> fingers at C-j/C-k. PgUp/PgDown work fine, fwiw.
>
> I'd be happy to hear of someone who has a quick-n-dirty solution to this
> problem.
The solution
On Fri, Mar 25, 2011 at 04:19:40PM +0100, Swiatoslaw Gal wrote:
> Do the arrows are intend to be useful with surf?
> I experience strange behaviour. First hit takes me to the the
> top or bottom of the page. Then they allow me to scroll.
> Is it a bug or a feature?
>
> I did try to define bindin
I believe you simply need to set a SURF_USERAGENT env variable?
L.
On Fri, Mar 25, 2011 at 3:15 PM, Swiatoslaw Gal wrote:
> Hi,
>
> imbeciles coding sucking webpages check how the browser identifies itself.
> And if it is not sucking browser instead of desired content I get some
> ad about down
Do the arrows are intend to be useful with surf?
I experience strange behaviour. First hit takes me to the the
top or bottom of the page. Then they allow me to scroll.
Is it a bug or a feature?
I did try to define bindings in the config file, but then it messes
with desired behaviour in pages wi
Hi,
imbeciles coding sucking webpages check how the browser identifies itself.
And if it is not sucking browser instead of desired content I get some
ad about downloading sucking software.
All I can check is for example aruljohn.com which tells me Your browser is
Unknown Browser. At the same tim
Hi
thanks for your work zwanni ;)
2011/3/24 Christoph Lohmann <2...@r-36.net>:
> Hello comrades,
>
> attached is some strange form of mercurial communication patch
> bomb, which they call a »bundle«. This one includes 15 change-
> sets, which will increase your svkbd experience.
>
> Changes:
> *
On Fri, 25 Mar 2011, Anselm R Garbe wrote:
On 25 March 2011 13:47, Benjamin R. Haskell wrote:
[OT] Where did everyone pick up this shell scripting style with the
extra newline? ("while x\ndo\n" instead of "while x ; do\n"?)
Old plain sh required the newline style (not sure if heirloom sh
sup
On 25 March 2011 13:47, Benjamin R. Haskell wrote:
> [OT] Where did everyone pick up this shell scripting style with the extra
> newline? ("while x\ndo\n" instead of "while x ; do\n"?)
Old plain sh required the newline style (not sure if heirloom sh
supports the semicolon list terminator). Of cou
On Fri, 25 Mar 2011, Anselm R Garbe wrote:
On 25 March 2011 12:46, Benjamin R. Haskell wrote:
So, in the early stages of trying out dwm, the thing I'm finding most
frustrating is the need to restart after changing config.h.
My first attempt was to modify spawn such that if arg->v[0] is "dwm",
On 25 March 2011 12:46, Benjamin R. Haskell wrote:
> So, in the early stages of trying out dwm, the thing I'm finding most
> frustrating is the need to restart after changing config.h.
>
> My first attempt was to modify spawn such that if arg->v[0] is "dwm", it
> doesn't fork, just exec's. But, w
So, in the early stages of trying out dwm, the thing I'm finding most
frustrating is the need to restart after changing config.h.
My first attempt was to modify spawn such that if arg->v[0] is "dwm", it
doesn't fork, just exec's. But, when doing that, all the windows' tag
information is lost,
24 matches
Mail list logo
