Re: [PATCH] Fix emoji font support

ny case, the rest of the patch (everything but the hunk at line 1239) is IMHO improving the correctness of rxvt-unicode by making it use text_t for width computation, respecting the UNICODE_3 setting. I think this could be applied independently. Hope this makes a bit more sense

[no subject]

Hello, This has been submitted on gitlab as a merge request for a while, but I did not manage to get any feedback, so trying to post it on the development mailing list. With this change Xft using applications such as rxvt-unicode, st, pango or emacs gain the ability to display color emojis. I

[PATCH libXft] Add support for BGRA glyphs display and scaling

computationally expensive. This enables color emoji rendering support. Fixes: #6 Signed-off-by: Maxime Coste --- src/xftfreetype.c | 18 - src/xftglyphs.c | 200 ++ src/xftint.h | 2 + src/xftrender.c | 168

[PATCH] Fix emoji font support

Use Xft returned font metrics instead of freetype ones, as the freetype metrics do not take into account the scaling applied by Xft. Add an emoji character in the list used for width computation when UNICODE3 is enabled. This, combined with currently pending support for bgra glyphs in libXft

[jira] [Commented] (GUACAMOLE-871) Support cursor visiblity flag (DECTECM) in the terminal emulator

[ https://issues.apache.org/jira/browse/GUACAMOLE-871?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16924708#comment-16924708 ] Maxime Coste commented on GUACAMOLE-871: https://github.com/apache/guacamole-server/pull/237

[jira] [Created] (GUACAMOLE-871) Support cursor visiblity flag (DECTECM) in the terminal emulator

Maxime Coste created GUACAMOLE-871: -- Summary: Support cursor visiblity flag (DECTECM) in the terminal emulator Key: GUACAMOLE-871 URL: https://issues.apache.org/jira/browse/GUACAMOLE-871 Project

Re: [PATCH 1/1] makedevs: set path size to match linux

On Tue, Jun 27, 2017 at 01:18:14PM -0400, Michael Conrad wrote: > I guess I'll retract this, unless someone else knows something. I remember > someone warning about this behavior, but I can't find a reference and I just > tested on 32-bit and allocating stack buffers up to the maximum stack size >

Re: [PATCH] add paste implementation

testsuite/paste/paste-separate diff --git a/AUTHORS b/AUTHORS index fa58697f7..5c9a634c9 100644 --- a/AUTHORS +++ b/AUTHORS @@ -178,3 +178,6 @@ Mike Frysinger <vap...@gentoo.org> Jie Zhang <jie.zh...@analog.com> fixed two bugs in msh and hush (exitcode of killed processes) + +

Re: [PATCH] add paste implementation

On Wed, Mar 15, 2017 at 10:29:10AM +0100, Bernhard Reutner-Fischer wrote: > On 10 March 2017 19:07:12 CET, Maxime Coste <ma...@kakoune.org> wrote: > >Hello, > > > >here is my stab at an implementation of patch, I hope this is the > >proper > >patch format

Re: [PATCH] add paste implementation

On Mon, Mar 13, 2017 at 09:30:56AM -0400, Jody Lee Bruchon wrote: > Given that BusyBox is intended to be as small as possible since it is > targeted at embedded platforms, I'd say that declaring variables inside of a > code block which are used only within a code block is better. Not only does

Re: [PATCH] add paste implementation

On Mon, Mar 13, 2017 at 06:54:17AM +, dietmar.schind...@manroland-web.com wrote: > > Von: walter harms > > Gesendet: Samstag, 11. März 2017 11:05 > > > > Am 10.03.2017 19:07, schrieb Maxime Coste: > > > ... > > > +for (int i = 0; i < file_count; +

Re: [PATCH] add paste implementation

rate diff --git a/AUTHORS b/AUTHORS index fa58697f7..5c9a634c9 100644 --- a/AUTHORS +++ b/AUTHORS @@ -178,3 +178,6 @@ Mike Frysinger <vap...@gentoo.org> Jie Zhang <jie.zh...@analog.com> fixed two bugs in msh and hush (exitcode of killed processes) + +Maxime Coste <ma...@kakou

Re: [PATCH] add paste implementation

org> Jie Zhang <jie.zh...@analog.com> fixed two bugs in msh and hush (exitcode of killed processes) + +Maxime Coste <ma...@kakoune.org> +paste implementation diff --git a/coreutils/paste.c b/coreutils/paste.c new file mode 100644 index 0..34426fea2 --- /dev/null +++ b

Re: [PATCH] add paste implementation

Hello Xabier, On Sat, Mar 11, 2017 at 01:22:20PM +0100, Xabier Oneca -- xOneca wrote: > Hi Maxime, > > 2017-03-11 12:34 GMT+01:00 Maxime Coste <ma...@kakoune.org>: > > On Sat, Mar 11, 2017 at 12:18:42PM +0100, Xabier Oneca -- xOneca wrote: > >> > +//

Re: [PATCH] add paste implementation

0644 testsuite/paste/paste-separate diff --git a/AUTHORS b/AUTHORS index fa58697f7..5c9a634c9 100644 --- a/AUTHORS +++ b/AUTHORS @@ -178,3 +178,6 @@ Mike Frysinger <vap...@gentoo.org> Jie Zhang <jie.zh...@analog.com> fixed two bugs in msh and hush (exitcode of killed processes)

[PATCH] add paste implementation

/paste-separate diff --git a/AUTHORS b/AUTHORS index fa58697f7..5c9a634c9 100644 --- a/AUTHORS +++ b/AUTHORS @@ -178,3 +178,6 @@ Mike Frysinger <vap...@gentoo.org> Jie Zhang <jie.zh...@analog.com> fixed two bugs in msh and hush (exitcode of killed processes) + +Maxi

OSC 104 support

approach ? Cheers, Maxime Coste. ___ rxvt-unicode mailing list rxvt-unicode@lists.schmorp.de http://lists.schmorp.de/mailman/listinfo/rxvt-unicode

Re: [dev] another text user interface for sam

And we should probably continue that discussion on https://github.com/mawww/kakoune/issues/541

Re: [dev] another text user interface for sam

On Wed, Mar 02, 2016 at 06:32:08PM +, Connor Lane Smith wrote: > > * support lookaheads and lookbehinds, until I find a clean, alternative way > >to express 'a double quote that is not preceeded by a pair number of > >antislash' to match the closers of C strings (as an example of

Re: [dev] another text user interface for sam

On Wed, Mar 02, 2016 at 04:16:02PM +, Connor Lane Smith wrote: > On 2 March 2016 at 15:45, Maxime Coste <frrr...@gmail.com> wrote: > > How does sam handles parallel grouping when we get multiple incompatible > > changes > > to the same range of text ? > >

Re: [dev] another text user interface for sam

On Wed, Mar 02, 2016 at 03:17:49PM +0100, Marc André Tanner wrote: > On Wed, Mar 02, 2016 at 10:40:51AM +0000, Maxime Coste wrote: > > On Wed, Mar 02, 2016 at 10:14:48AM +, Raphaël Proust wrote: > > > On 1 March 2016 at 17:12, Marc André Tanner <m...@brain-dump.org>

Re: [dev] another text user interface for sam

On Wed, Mar 02, 2016 at 10:14:48AM +, Raphaël Proust wrote: > On 1 March 2016 at 17:12, Marc André Tanner wrote: > > I think structural regexp will integrate nicely with multiple selections. > > > > […] > > Yes! Interactive structural regexp would definitely be a Killer

Re: [dev] [ANNOUNCE] vis-0.1: first release of a vim-like editor

Hello On Mon, Feb 15, 2016 at 05:34:58PM +0100, Marc André Tanner wrote: > In general what kind of data structure do you use to keep track of cursors > when the buffer changes? That is when something is inserted/deleted at a > cursor location, do you need to update the location of all subsequent

Re: [dev] [ANNOUNCE] vis-0.1: first release of a vim-like editor

On Sat, Feb 13, 2016 at 02:11:28PM +0100, Marc André Tanner wrote: > On Mon, Jan 18, 2016 at 08:24:14AM +0100, Jan Christoph Ebersbach wrote: > > - I miss that I can't align multiple cursors in insert mode, i.e. to > > align all "=" over multiple lines. The editor kakoune supports this > >

Re: [dev] Operating system choice

Hello, On Wed, Nov 19, 2014 at 12:19:15PM -0600, Josh Lawrence wrote: So for those of you that participate in the suckless community in some way: What do you run on your computer, and why? I use Exherbo, which is similar to Gentoo but more decentralized, (and probably less user friendly). I

Re: [dev] [sbase] style

On Thu, Nov 20, 2014 at 07:56:29AM +0100, ans...@garbe.us wrote: But regarding the typedefs for structs: C has only a few namespace features, so lets not dismantle the probably most used one, alright? struct stat can be something different from stat()! I like that namespace thing so much I

Re: [dev] [RFC] Design of a vim like text editor

set of core commands. The problem with parsers is that besides being quite slow if data driven, they are not very good at analysing invalid code, which is the most common state of code being edited. Cheers, Maxime Coste.

Re: [dev] [RFC] Design of a vim like text editor

Hello, On Fri, Sep 19, 2014 at 03:13:28PM +0100, Raphaël Proust wrote: On Fri, Sep 19, 2014 at 2:22 PM, Maxime Coste frrr...@gmail.com wrote: […] That was one of the motivations for swapping selection and operation order in Kakoune (haters gonna hate...), by decoupling selections from

Re: [dev] [RFC] Design of a vim like text editor

about C++ do you, of course a char* is implicitely convertible to const char*. On pointer semantics, the only difference between C and C++ is that void* is not implicitely convertible to other pointer types (from is ok). Cheers, Maxime Coste.

Re: [dev] [RFC] Design of a vim like text editor

, and I do not like to see Kakoune rejected on the sole ground of its implementation language. Cheers, Maxime Coste.

Re: [dev] [RFC] Design of a vim like text editor

On Wed, Sep 17, 2014 at 06:29:01AM +0200, Christoph Lohmann wrote: On Wed, 17 Sep 2014 06:29:01 +0200 Maxime Coste frrr...@gmail.com wrote: On Tue, Sep 16, 2014 at 11:02:40PM +0200, Christoph Lohmann wrote: This is programming and not your playground. Avoid fancy code. I guess

Re: [dev] [RFC] Design of a vim like text editor

On Wed, Sep 17, 2014 at 09:40:44PM +0200, q...@c9x.me wrote: On Wed, Sep 17, 2014 at 07:42:47PM +0100, Maxime Coste wrote: That doesn???t happen that often to justify overloading. Hint: Avoided complexity in the system *beforehand*. That goes back to the linked list/array thing

Re: [dev] [RFC] Design of a vim like text editor

characteristics. Cheers, Maxime Coste.

Re: [dev] [RFC] Design of a vim like text editor

of elements). Stop this C++ proselytism because the only thing you are going to get is becoming a troll. If you like maschoshism is your problem, but please don't tell to us. Can't we have a civilized discussion ? Cheers, Maxime Coste.

Re: [dev] [RFC] Design of a vim like text editor

On Tue, Sep 16, 2014 at 11:20:45PM +0200, Roberto E. Vargas Caballero wrote: Ok, so what exactly is the sum of 3 lines and 2 bytes ? The whole point is to catch at compilation code that is logically invalid, if you have f(ByteCount, LineCount), you cannot call it with a (LineCount,

Re: [dev] [RFC] Design of a vim like text editor

++. The ioccc tends to show that C is far from imune from unintelligile code. Regards, Maxime Coste.

Re: [dev] [RFC] Design of a vim like text editor

-chands/ That last one is by far the most interesting, Bartos being very familliar with C++. Note that its not C that is advocated, but haskell... Cheers, Maxime Coste.

Re: [dev] [RFC] Design of a vim like text editor

itself seems like a waste. Anyway, best of luck on your project, writing a code editor is a very rewarding experience. Cheers, Maxime Coste.

Re: [dev] [RFC] Design of a vim like text editor

Hi On Mon, Sep 15, 2014 at 11:50:52PM +0300, Dimitris Zervas wrote: On September 15, 2014 6:41:29 PM EEST, q...@c9x.me wrote: On Mon, Sep 15, 2014 at 02:21:25PM +0100, Maxime Coste wrote: Hello, [...] Maxime Coste. I like your advertisement man, keep it up :). I also like advocating

Re: [dev] [sandy] [PATCH] VIM key bindings.

On Thu, Jul 10, 2014 at 03:59:01PM -0700, Charlie Kester wrote: On Thu 10 Jul 2014 at 15:46:13 PDT Dimitris Papastamos wrote: On Fri, Jul 11, 2014 at 01:43:16AM +0300, Dimitris Zervas wrote: First of all, we haven't even agree in which data structure will we use. Buffer gap, piece table, or

Re: [dev] [sandy] [PATCH] VIM key bindings.

On Thu, Jul 10, 2014 at 09:33:53AM -0700, Charlie Kester wrote: The problem with linked lists of lines and piece tables has always been achieving good locality of reference. Not a problem with buffer gap, where locality was the main motivating factor behind the design. In my experience, an

Re: [dev] [sandy] [PATCH] VIM key bindings.

On Thu, Jul 10, 2014 at 11:45:07PM +0300, Dimitris Zervas wrote: On July 10, 2014 11:29:59 PM EEST, Evan Gates evan.ga...@gmail.com wrote: I will agree that it's super easy to implement and understand and it covers most needs. But how about search? Is it fast? What about structural

Re: [dev] [PATCH] Add tab-completion file-name expansion.

On Mon, Jul 07, 2014 at 03:53:09PM +0200, FRIGN wrote: On Mon, 07 Jul 2014 15:37:05 +0200 Michal Nazarewicz min...@mina86.com wrote: I'm sorry, but no I'm not. The copyright is owned by Google. If you cannot accept corporate copyright there's no point in me trying to get the patch to

Re: [dev] [PATCH] Add tab-completion file-name expansion.

On Mon, Jul 07, 2014 at 09:39:36PM +0200, Anselm R Garbe wrote: On 7 July 2014 21:24, Maxime Coste frrr...@gmail.com wrote: Seems to me you probably have tons of corporate copyright without knowing it, most software engineer contract specify that any code written by the employee

Re: [dev] Why do you use tmux/screen?

Hello On Tue, Jul 01, 2014 at 03:48:48AM +0300, Dimitris Zervas wrote: After a year or so in the list, I think each and every one is using tmux or screen (I think more tmux, but do not start a war please, that's not the subject). Why is that? For the tabs? Why not use tabbed? or DWM's

Re: [dev] Plain text editor that sucks less - an alternative to VIM?

On Sun, Jun 29, 2014 at 05:34:50PM +0200, FRIGN wrote: On Sun, 29 Jun 2014 16:25:13 +0100 Maxime Coste frrr...@gmail.com wrote: Being written in C++11 (and depending on boost until the standard C++ regex library gets widely available), it will probably not please everyone in the suckless

Re: [dev] Plain text editor that sucks less - an alternative to VIM?

On Sun, Jun 29, 2014 at 03:00:32PM +0300, Dimitris Zervas wrote: I think that a new text editor must be created, with text interface (and maybe GUI later). Hello, I have been working on an editor named Kakoune (http://github.com/mawww/kakoune) that provides already a lot of that. Being

Re: [PATCH] Fix git-p4 submit in non --prepare-p4-only mode

already fails with my two patches reverted. This should be applied soon (or alternatively b4073bb387ef303c9ac3c044f46d6a8ae6e190f0 should be reverted) in master, as in the current state git p4 submit will fail most of the time. I'll send that with your ack to Junio. Cheers, Maxime Coste

[PATCH] Fix git-p4 submit in non --prepare-p4-only mode

b4073bb387ef303c9ac3c044f46d6a8ae6e190f0 broke git p4 submit, here is a proper fix, including proper handling for windows end of lines. Signed-off-by: Maxime Coste frrr...@gmail.com Acked-by: Pete Wyckoff p...@padd.com --- git-p4.py | 12 ++-- 1 file changed, 6 insertions(+), 6

[PATCH] Fix git-p4 submit in non --prepare-p4-only mode

b4073bb387ef303c9ac3c044f46d6a8ae6e190f0 broke git p4 submit, here is a proper fix, including proper handling for windows end of lines. Signed-off-by: Maxime Coste frrr...@gmail.com --- git-p4.py | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/git-p4.py b/git-p4

[PATCH] git-p4: Do not include diff in spec file when just preparing p4

of the diff being present in the file. Not including the diff fixes that. Without --prepare-p4-only, keeping the diff makes sense for a quick review of the patch before submitting it. And does not cause problems with p4 as we remove it programmatically. Signed-off-by: Maxime Coste frrr...@gmail.com

[PATCH] git-p4: Do not include diff in spec file when just preparing p4

of the diff being present in the file. Not including the diff fixes that. Without --prepare-p4-only, keeping the diff makes sense for a quick review of the patch before submitting it. And does not cause problems with p4 as we remove it programmatically. Signed-off-by: Maxime Coste frrr...@gmail.com

Re: [PATCH] git-p4: Do not include diff in spec file when just preparing p4

Hello Sorry for the delay, I hope that version is more acceptable. I updated the test case as well, but did not manage to get the actual p4 tests to work here (I have p4 and p4d installed, they start but all the other tests seems to fail). Still the change is straightforward. Cheers, Maxime

Re: [Exherbo-dev] Adding Emacs to the stages set

config files, we could reflect that in the install guide by adding a 'install your editor of choice' step before setting options. That would be my preferred solution, however I do not have strong feeling against having to remove both vim and emacs during install (I use Kakoune). Cheers, Maxime Coste

Re: [PATCH] git-p4: Do not include diff in spec file when just preparing p4

it can submit using the generated file, which is not the case if we keep the diff in it. Cheers, Maxime Coste. -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

[PATCH] git-p4: Do not include diff in spec file when just preparing p4

The diff information render the spec file unusable as is by p4, do not include it when run with --prepare-p4-only so that the given file can be directly passed to p4. --- git-p4.py | 70 +++ 1 file changed, 39 insertions(+), 31

[no subject]

subscribe git -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [Exherbo-dev] Dealing with media options

~mad : prefere mad as mp3 decoder -mp3~lame : do not use lame to encode mp3 enabling mp3 would automatically enable mp3~.* but there should be a way to automatically solve conflicts when a package needs one and only one implementation. Would that be acceptable ? -- Maxime Coste

[Nouveau] [PATCH] drm/nv50: wait for fifo completion in nv50_display_init

Actually the only needed RING_WAIT is in nv50_display. --- drivers/gpu/drm/nouveau/nouveau_dma.h |8 drivers/gpu/drm/nouveau/nv50_display.c |1 + 2 files changed, 9 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_dma.h

[Nouveau] [PATCH] drm/nv50: wait for fifo completion when needed

This fixes kms for 9800M and possibly 9600M Signed-off-by: Maxime COSTE frrr...@gmail.com --- drivers/gpu/drm/nouveau/nouveau_dma.h |8 drivers/gpu/drm/nouveau/nv50_crtc.c|5 + drivers/gpu/drm/nouveau/nv50_cursor.c |2 ++ drivers/gpu/drm/nouveau/nv50_display.c

Re: [Nouveau] [PATCH] drm/nv50: wait for fifo completion when needed

On Fri, Jul 03, 2009 at 07:52:46AM +1000, Ben Skeggs wrote: It might be useful to know *which* of these fixes the issue to track down the real problem. Okay, I'll check that by monday. Regards, Maxime Coste. ___ Nouveau mailing list Nouveau

[Exherbo-dev] [PATCH] add nbsmtp in virtual/mta

Hello, here is a patch for arbor that adds nbsmtp as an option for virtual/mta. Cheers, Mawww. --- packages/virtual/mta/mta-0.exheres-0 |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/packages/virtual/mta/mta-0.exheres-0 b/packages/virtual/mta/mta-0.exheres-0 index

Re: Vile Layout Updated

Nice, It seems to work fairly well. Just one bug I saw, when I closed the last window, I got the following error: W: awesome: luaA_dofunction:317: error running function: ...awesome/share/awesome/lib/awful/layout/suit/vile.lua:46: attempt to index field '?' (a nil value) Cheers, Mawww. --

Re: Vile Layout Updated

On Mon, Jan 19, 2009 at 01:47:43PM +0100, Julien Danjou wrote: At 1232337086 time_t, Donald Ephraim Curtis wrote: I took the organization of adaptile but integrated it into Vile. I wait for Maxime to confirm, but in this case there's no need to let adaptile into your patch. Yep, I do not

[PATCH] layout: add adaptile layout

@@ +--- +-- @author Maxime Coste lt;frrr...@gmail.comgt; +-- @copyright 2009 Maxime Coste +-- @release @AWESOME_VERSION@ +-- based upon tile.lua by Julien Danjou +--- + +-- Grab environment +local setmetatable = setmetatable +local ipairs

[PATCH] client: fixed client_isfixed

Hi, here is a little patch which fix the unresizeable window bug. This bug is due to some windows, like firefox, having XCB_SIZE_HINT_P_MAX_SIZE and XCB_SIZE_HINT_P_MIN_SIZE on and all related values to 0, which makes client_isfixed believe that the windows are of fixed size. Hope this is the

[PATCH] awful.completion: escape spaces

Hi, This patch add a bash_escape function for bash completion, at the moment it only escape spaces, other escaping may easily be added Cheers, Mawww --- lib/awful/completion.lua.in |7 ++- 1 files changed, 6 insertions(+), 1 deletions(-) diff --git a/lib/awful/completion.lua.in

[PATCH] Do not swap clients in tabulous.display

On Wed, Dec 03, 2008 at 09:44:55PM -0600, Matthew McCormick wrote: On Wed, Dec 3, 2008 at 2:03 PM, Paul Bonser [EMAIL PROTECTED] wrote: On Wed, Dec 3, 2008 at 7:15 AM, Matías Graña [EMAIL PROTECTED] wrote: And if no one still decides to fix it, it may probably even been removed from

Re: Newbie questions

it to false, you will get rid of them. Maxime COSTE. On Wed, Oct 01, 2008 at 03:10:12PM +0300, Jouni Rinne wrote: Two questions from an awesome-n00b: 1) What is the meaning of the small white (or black-on-white) squares on the tab selector? 2) How can I get rid of them? (Annoyingly, the squares

[linux-dvb] liteon hybrid tv card

with the xc3028, but it does not work for the moment (setting frequency does not work), and I do not know what to do with the cx25843. Any idea what to do now ? I used tuner_attach to get the dib0700 and the xc3028 together but looks like that's not sufficient. Maxime COSTE. P.S. sorry for my