From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.text.pandoc/25084 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: brainchild Newsgroups: gmane.text.pandoc Subject: Re: build customizability Date: Sun, 3 May 2020 01:05:33 -0700 (PDT) Message-ID: References: <43e8ce91-0738-4477-bcf5-e826219d9b1d@googlegroups.com> Reply-To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_38_51760978.1588493133666" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="92714"; mail-complaints-to="usenet@ciao.gmane.io" To: pandoc-discuss Original-X-From: pandoc-discuss+bncBCK6XHV3WYGBBTXWXH2QKGQEAV7UA4A-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Sun May 03 10:05:39 2020 Return-path: Envelope-to: gtp-pandoc-discuss@m.gmane-mx.org Original-Received: from mail-oo1-f64.google.com ([209.85.161.64]) by ciao.gmane.io with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1jV9d3-000Nz4-D2 for gtp-pandoc-discuss@m.gmane-mx.org; Sun, 03 May 2020 10:05:37 +0200 Original-Received: by mail-oo1-f64.google.com with SMTP id p23sf6055166ook.9 for ; Sun, 03 May 2020 01:05:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=20161025; h=sender:date:from:to:message-id:in-reply-to:references:subject :mime-version:x-original-sender:reply-to:precedence:mailing-list :list-id:list-post:list-help:list-archive:list-subscribe :list-unsubscribe; bh=irFI8CZTw4WBn4wUNfSL419K6n3jL/5TvdLpJtpNR6c=; b=oPxVAma1a6iPmbKevTMbmjjCIv6PCMY8UF4JgYlaYDM2zXhlVh04bIhPL4yUHNaANo Gth1aCVSgpNzZU/1qk3GCr04JM6/9WQJOuNE3AMr+UuaDHkGEQzqJ9rT36LYdC2AbKqY TWQjkGifWR4HFduTq5ClLSsASg4aN+0kcCZqRc88/vvRpMGJeC9N92Gzt+Mh2x6GnA0A 9h3lgZBjBZOgMw6zHsFwQKnJJLoxLcWKi+5MIh8GICSJf4DHFPuD9Cbjhn+x2UGo98uL TUu7v71jFXAhVXm6W4pPGgizIdOh2N3omQo86AS/rwB86P+aZaTEjBRF72fu1fI4dqX3 1EGQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:message-id:in-reply-to:references:subject:mime-version :x-original-sender:reply-to:precedence:mailing-list:list-id :list-post:list-help:list-archive:list-subscribe:list-unsubscribe; bh=irFI8CZTw4WBn4wUNfSL419K6n3jL/5TvdLpJtpNR6c=; b=mYFyQaAg4PY5XmJDn0QhWMkTGJmmHDT5elxXRni687LhvBRJr/orYn4263QmYyrTIb 8nRGdYx05jqt3wHMwxEfE2MdrpIJoX2tKGsJw+qXNRYQbWLyW0SqeBiyUFzSlr0t2Iwe 9rG0k9G0HxSYmTAhcvRuWthNOOkRHZWQhbJnCyd5BaQhfTkQelgG8eUn6BzYWyifUzSw uGSrBBO9OVxjrE2/bMMv7jl/ugteHnGbeA1CaKiLihHgBtw2EvLTNRkpdwItvE2/xW0M i+GpANCxADPkfsIdPn+W1h4mGYAj0xKHf2KnuVJ1kHNwQBg7nIB1FZYGKuQSSzwIRraE R8Sw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=sender:x-gm-message-state:date:from:to:message-id:in-reply-to :references:subject:mime-version:x-original-sender:reply-to :precedence:mailing-list:list-id:x-spam-checked-in-group:list-post :list-help:list-archive:list-subscribe:list-unsubscribe; bh=irFI8CZTw4WBn4wUNfSL419K6n3jL/5TvdLpJtpNR6c=; b=FjHk8GQonZ19lR4KRTYIbbE0Z8w6+Cfp9Rg6BdK4/MpBmTTj2cmf/yffDJ4iAcphnt JFe5DkPzZCo3jpd6d4QDoQt5tEXPnGNaohGGxigi+/+tywleWBdrAL4SwuwAaKqmZxQf boYHW53QTJhWkg0m1nKUtM1SfPlcHx+wyBj2Mg1G5/n7PBIXmeiNQBxtYiEjdZAnTRzw MILH5pGorWpvm5fbArwXn5QkK2J0CtiEFShuoNMoZN3LxRSZmMKqYtOvXWPh676m+vbM UN5NqE+7T4PB4H6tuMI5hwu5KdvmHjpdMWue4GocVhW48oyBbLA9GuPD9u+uqb0MZQQE c9UQ== Original-Sender: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org X-Gm-Message-State: AGi0PuYX2uBSTaUlSarYL6ZSqM55O9qO2p+hCFlYq4AvUwUSPQlspwCY xm+Zqmairknq86xfGFSwgOM= X-Google-Smtp-Source: APiQypKaQXlXeKH1l1illyXTSXexC5+LXiMzfSAYfo0QMDS4ErPdV8r7Xkn8Z1DpZfbf5FsVLMLe3g== X-Received: by 2002:a9d:7304:: with SMTP id e4mr10051248otk.243.1588493136355; Sun, 03 May 2020 01:05:36 -0700 (PDT) X-BeenThere: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Original-Received: by 2002:aca:cd54:: with SMTP id d81ls2176257oig.6.gmail; Sun, 03 May 2020 01:05:34 -0700 (PDT) X-Received: by 2002:aca:7503:: with SMTP id q3mr5393686oic.47.1588493134157; Sun, 03 May 2020 01:05:34 -0700 (PDT) In-Reply-To: X-Original-Sender: ericlevy-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org Precedence: list Mailing-list: list pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact pandoc-discuss+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org List-ID: X-Google-Group-Id: 1007024079513 List-Post: , List-Help: , List-Archive: , List-Unsubscribe: , Xref: news.gmane.io gmane.text.pandoc:25084 Archived-At: ------=_Part_38_51760978.1588493133666 Content-Type: multipart/alternative; boundary="----=_Part_39_1622619148.1588493133666" ------=_Part_39_1622619148.1588493133666 Content-Type: text/plain; charset="UTF-8" I understand the answer. The reason that I ask is that many user applications, such as editors and other writing tools, are using Pandoc for writing printable or distribution-ready output documents. Some simply invoke the command through the system, yet others are including a copy of Pandoc in their distribution. The latter approach circumvents the uncertainty of dependence on a system installation, but at the cost of bloating distribution size. And yet, of the many capabilities of Pandoc, it is unlikely more than a select few are needed by any particular application of the above kind. This observation leads me to wonder whether it is possible, at least in principle, to achieve a substantially smaller executable size that offers a specific selection of the full application's capabilities. I understand that the current design would not make such a possibility immediately feasible. Still, I think the question is useful to consider. Because of library dependencies, and the question of which libraries may be unnecessary in specific cases, it very difficult for me, at the moment, to address quantitatively how much smaller the footprint might be for some particular case, if internal and external and components could be excluded that are not required by a given set of needs. I do notice that the readers and writers collectively consume about 80% of the core application source code. On Friday, May 1, 2020 at 11:51:20 AM UTC-4, John MacFarlane wrote: > > > If you want just some of pandoc's features you'd have to do > surgery on the source code. Not recommended unless you know > your way around with Haskell. Of course the GPL permits > this kind of alteration, and distribution of the result, > provided the terms of the license are followed. > -- You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/a9b39338-0830-45dc-bf30-59d8de61278b%40googlegroups.com. ------=_Part_39_1622619148.1588493133666 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I understand the answer.

The reason that I ask is that many user applications, such as e= ditors and other writing tools, are using Pandoc for writing printable or d= istribution-ready output documents. Some simply invoke the command through = the system, yet others are including a copy of Pandoc in their distribution= . The latter approach circumvents the uncertainty of dependence on a system= installation, but at the cost of bloating distribution size. And yet, of t= he many capabilities of Pandoc, it is unlikely more than a select few are n= eeded by any particular application of the above kind.

This observation leads me to wonder whet= her it is possible, at least in principle, to achieve a substantially small= er executable size that offers a specific selection of the full application= 's capabilities.

I understand that the current design would not make such a possibility= immediately feasible.

Still, I think the question is useful to consider.

Because of library dependencies, an= d the question of which libraries may be unnecessary in specific cases, it = very difficult for me, at the moment, to address quantitatively how much sm= aller the footprint might be for some particular case, if internal and exte= rnal and components could be excluded that are not required by a given set = of needs.

I do notic= e that the readers and writers collectively consume about 80% of the core a= pplication source code.



On Friday, May 1, 2020 at 11:51:20 AM UTC-4, John M= acFarlane wrote:

If you want just some of pandoc's features you'd have to do
surgery on the source code. =C2=A0Not recommended unless you know
your way around with Haskell. =C2=A0Of course the GPL permits
this kind of alteration, and distribution of the result,
provided the terms of the license are followed.

--
You received this message because you are subscribed to the Google Groups &= quot;pandoc-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail to pand= oc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To view this discussion on the web visit https://groups.google.com/d/= msgid/pandoc-discuss/a9b39338-0830-45dc-bf30-59d8de61278b%40googlegroups.co= m.
------=_Part_39_1622619148.1588493133666-- ------=_Part_38_51760978.1588493133666--