>> I know this isn't a democracy, but I agree with Greg, it makes more
>> sense to only set PRIMARY, not CLIPBOARD, in selcopy. Removing the
>> clipboard-related lines from xsetsel seems to do the trick. I've
>> attached a patch that does just that.
>
> I agree here, it shouldn't modiy the CLIPBOA
Hi,
> char *name; /* string representation of op */
> - int type; /* from Tok.type */
> - int prec; /* precedence*/
> - int nargs; /* number of arguments (unary or binary) */
> - int lassoc; /* left
On Sat, Feb 21, 2015 at 09:55:53AM +0100, k...@shike2.com wrote:
> Hi,
>
> > char *name; /* string representation of op */
> > - int type; /* from Tok.type */
> > - int prec; /* precedence*/
> > - int nargs; /* nu
On Sat, Feb 21, 2015 at 05:56:50AM +, jos...@cubesolving.com wrote:
> Add ls -A.
> I choose test in an else if due to long condition. Criticism welcome.
Applied your patch, thanks! Some minor notes below.
* Remember to update the manpage + README.
* Remember to update the program usage.
* Us
On Fri, Feb 20, 2015 at 02:02:05PM -0800, Evan Gates wrote:
> I separated the changes into multiple patches that each do one thing
> and apply on top of each other. In order they are:
>
> sbase-add_test_alias.diff : adds [ hardlink to test on install, adds [
> to sbase-box
> sbase-use_pe.diff : us
On Fri, Feb 20, 2015 at 05:52:42PM -0800, Evan Gates wrote:
> See attached.
> -emg
Applied, thanks!
Dimitris Papastamos said:
> We might want to consider defaulting to -A for root.
Wouldn't it be awkward? I would leave that to users - shell aliases do
the trick better then "one fits all" approach IMO.
--
Dmitrij D. Czarkoff
Quoth Evan Gates:
> This is POSIX
> http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_06_02
Oh yeah, so it is. I didn't read the patch clone enough; I knew that
really. I blame tiredness. I take it all back ;)
Attached; add support for the ls -R flag without column support.
The patch updates usage flags and man page but not README.
--
Tai Chi Minh Ralph Eastwood
tcmreastw...@gmail.com
0001-ls-add-support-for-R-flag.patch
Description: Binary data
Updates README.
On 21 February 2015 at 10:56, Ralph Eastwood wrote:
> Attached; add support for the ls -R flag without column support.
>
> The patch updates usage flags and man page but not README.
>
> --
> Tai Chi Minh Ralph Eastwood
> tcmreastw...@gmail.com
--
Tai Chi Minh Ralph Eastwood
tc
On Feb 16, 2015, at 1:23 PM, k...@shike2.com wrote:
>> I think the base assumptions programmers have about pointers is
>> different from integers. Pointers with null values are universally
>> known to be special and a case that should be checked for. With
>> integers, it's not obvious what the va
On Sat, Feb 21, 2015 at 09:26:50AM +0100, k...@shike2.com wrote:
> You can do it by yourself. Clone the wiki repository and push the
> change.
Oh, I did not know that the wiki was in a git repository. Thank you for
informing me. I don't think I have permission to push (I have limited
experience
On Sat, 21 Feb 2015 09:55:53 +0100
k...@shike2.com wrote:
> > char *name; /* string representation of op */
> > - int type; /* from Tok.type */
> > - int prec; /* precedence*/
> > - int nargs; /* number of argumen
On Sat, Feb 21, 2015 at 02:05:23PM +0100, FRIGN wrote:
> On Sat, 21 Feb 2015 09:55:53 +0100
> k...@shike2.com wrote:
>
> > > char *name; /* string representation of op */
> > > - int type; /* from Tok.type */
> > > - int prec; /* precedence
On Sat, Feb 21, 2015 at 02:05:23PM +0100, FRIGN wrote:
> OLD
> char *name; /* 4 bytes */ /* 8 bytes */
> int type; /* 4 bytes */ /* 4 bytes */
> int prec; /* 4 bytes */ /* 4 bytes */
> int nargs; /* 4 bytes */ /* 4 bytes */
> int lassoc; /* 4 bytes */ /* 4 bytes */
>
On Fri, 20 Feb 2015 19:53:04 -0800
Eric Pruitt wrote:
Hi Eric,
> First off, I'm not sure what's proper etiquette around here for posting
> a public email that is somewhat directed toward a specific person, so
> mea culpa if CC'ing that person is the wrong approach.
it bugs me when people send a
Hello everybody,
I want to use Xterms font in st. The Arch Wiki page about Xterm (
https://wiki.archlinux.org/index.php/Xterm ) says that xterm uses the
font
-misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-?
also abbrevated to 6x13. I have verified that with xfontsel. My
problem is t
On Sat, Feb 21, 2015 at 03:00:05PM +0100, FRIGN wrote:
> I must admit that I personally am not happy with the font-cache in st.
> For each character drawn, it is checked if it is in the current fontset.
> If not, some fontconfig-magic happens in the background, selecting a
> font which contains the
Vampyrah Broadcasting writes:
> Hello everybody,
>
> I want to use Xterms font in st. The Arch Wiki page about Xterm (
> https://wiki.archlinux.org/index.php/Xterm ) says that xterm uses the
> font
> -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-?
> also abbrevated to 6x13. I have
Hello Christian,
That works. Thank you!
Cheers,
Dennis
2015-02-21 16:36 GMT+01:00 Christian Neukirchen :
> Vampyrah Broadcasting writes:
>
>> Hello everybody,
>>
>> I want to use Xterms font in st. The Arch Wiki page about Xterm (
>> https://wiki.archlinux.org/index.php/Xterm ) says that xterm
On Sat, 21 Feb 2015 07:32:54 -0800
Eric Pruitt wrote:
> In my dwm patch, I worked around this problem by creating a proper font
> structure from the fallback search result and then calling XftCharExists
> on the codepoint to actually verify that the fallback font contains the
> character I want.
I have attached two patches for discussion:
- abduco_default.diff: run a default action when no flag is given
('A', but configurable in config.h)
- abduco_force.diff: remove -C mode, in favour of a -f flag that works
with -c, -n or -A, which forces the creation of a new session when
there is an e
>
> For 32 Bit / 64 Bit machines (assuming int is 32 bit and char is 8 bit).
> Signed, unsigned makes no difference, assuming self-aligned (which is the
> case on x86, x86_64 and ARM):
>
If the char is signed you have to do bit sign extension, and for
example transform 0x81 into 0xff81. De
On Sat, 21 Feb 2015 19:17:43 +0100
k...@shike2.com wrote:
> > For 32 Bit / 64 Bit machines (assuming int is 32 bit and char is 8 bit).
> > Signed, unsigned makes no difference, assuming self-aligned (which is the
> > case on x86, x86_64 and ARM):
> If the char is signed you have to do bit sign ex
On Mon, Feb 16, 2015 at 08:56:33PM -0800, Eric Pruitt wrote:
> Quentin's changes to the dwm drw library are straightforward, and I'm
> considering porting st's font-fallback code to his Xft-supporting drw
> library, but I would also hate to put the effort into doing that only
> to have the API chan
Accidentally wrapped some lines on patch in the previous email. Fixed
patch attached.
Eric
Author: Eric Pruitt, https://github.com/ericpruitt/
Description: This patch adds Unicode and fallback font support on top of the
Xft patch. The _drw_utf8* functions were written by Damian Okrasa for the MIT
26 matches
Mail list logo
