From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2.migadu.com ([2001:41d0:403:58f0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id CGoHE0s3AGZnbgAAe85BDQ:P1 (envelope-from ) for ; Sun, 24 Mar 2024 15:23:07 +0100 Received: from aspmx1.migadu.com ([2001:41d0:403:58f0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2.migadu.com with LMTPS id CGoHE0s3AGZnbgAAe85BDQ (envelope-from ) for ; Sun, 24 Mar 2024 15:23:07 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=none; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org"; dmarc=fail reason="SPF not aligned (strict), No valid DKIM" header.from=posteo.jp (policy=none) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1711290187; h=from:from:sender:sender:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post; bh=8+46RzQohH7hISlPlOcTEPx4W3ZekYTS1VVg+K8NCs8=; b=gz1728yhFbNbyBbyTE42rZ5i8fE7XJYFOok9SRTnWy+BGrGWTqMFROIOpUUmofP5+47sp/ sFAXfolh6DenSogpE4nHxYJ004l/BMUSNRP3wttlr9xyccclcEvjeM7zut4M3MA/1NzSl4 +XSOPyq5jhcNaC1nyU7OJAZFloB2hosH7LFgzHNF3NaRcR/JekflPbOXzvGtpvhrUtwt6s Ay8WV/XMjMXSTCZRyUmvFqrm/E+leLq9VTESiGPpZRfI5NE6B2nEXDoUyglDomQzH8kGNj 401aPBonmrNlkV9oJK8qn3tkvpOvkwR8Mir5PWCccpzWcK/1j3bWlWSiGsiBww== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org"; dmarc=fail reason="SPF not aligned (strict), No valid DKIM" header.from=posteo.jp (policy=none) ARC-Seal: i=1; s=key1; d=yhetil.org; t=1711290187; a=rsa-sha256; cv=none; b=pW50kSsOrcUInHxIAv+yghxAYIs9nHMCkUiwvN7NnKn+zHTeCwFc12kq3M0tO5aT5GbszU YKGnsMtjKPZeSj8/aB6SherNHjfWCcHgBuxbxA8eJcI457ux/KS1KBypcnfiimCrlrtaAn HMrOXOB1kOdZmfT2TX3exykkuYNgPqWBxX/6Rr4joC1Rg/d5iGhKeFcCgjSmHdcSiYEov8 AtyyRgqoXuoQAMOiyNnlZomyl88lxS9/qlPZRv2KB628JwXAGeAtrCrkmdGR8g+kuubi5Y 6EMQfWxrobpHl+quHE0upyK+ggWengzG/ObrhQuXhsN3qFIONDP+19eY10S6cA== Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 81B3670C7A for ; Sun, 24 Mar 2024 15:23:06 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1roOjp-0002ZO-6i; Sun, 24 Mar 2024 10:22:17 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1roOjl-0002Yj-12 for Emacs-orgmode@gnu.org; Sun, 24 Mar 2024 10:22:13 -0400 Received: from mout02.posteo.de ([185.67.36.66]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1roOjf-0000XT-DW for Emacs-orgmode@gnu.org; Sun, 24 Mar 2024 10:22:12 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 0EE54240101 for ; Sun, 24 Mar 2024 15:22:04 +0100 (CET) Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4V2dYR5R41z9rxG for ; Sun, 24 Mar 2024 15:22:03 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 24 Mar 2024 14:22:03 +0000 From: c.buhtz@posteo.jp To: Emacs orgmode Subject: Re: Presenting Hyperorg version 0.1.0: The Org to HTML Converter Mail-Reply-To: Emacs orgmode In-Reply-To: <87h6gvbvt8.fsf@localhost> References: <87sf0lrqw2.fsf@localhost> <4V20vC3RwXz6twc@submission01.posteo.de> <875xxd6oeo.fsf@localhost> <4V28mv5Q3rz6tyS@submission01.posteo.de> <87h6gvbvt8.fsf@localhost> Message-ID: <9e466e7e9d9de12103df770ace706d21@posteo.de> Received-SPF: pass client-ip=185.67.36.66; envelope-from=c.buhtz@posteo.jp; helo=mout02.posteo.de X-Spam_score_int: -41 X-Spam_score: -4.2 X-Spam_bar: ---- X-Spam_report: (-4.2 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Emacs orgmode Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: emacs-orgmode-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Queue-Id: 81B3670C7A X-Spam-Score: -3.52 X-Migadu-Spam-Score: -3.52 X-Migadu-Scanner: mx11.migadu.com X-TUID: 0Khu3ks3qJVB Dear Ihor, thanks for your reply. Am 24.03.2024 14:31 schrieb Ihor Radchenko: > Hmm. I thought that you implemented Org parser in python from scratch. > Now, I see that you are using orgparse. The orgparse package do not parse much of on org file. IT does parse the meta infos (property drawers, etc) but not the content of an orgfile. In the long run I might replay orgparse to reduce dependencies. Beside orgparse yes I implement an org parser. > Wondering what you are referring to when mentioning "resilient when > dealing with parser issues". Orgparse do throw exceptions e.g. UnicodeDecodeError or when timestamps are invalid. Hyperorg catch that exceptions and go on with the next node without interrupting the whole process. Other things are "invalid" links, e.g. unknown orgids, unknown roam links, unsupported "link kinds" ("protocols" in org syntax?; e.g. "inkscape:"). Additionally there are multiple fancy but not supported org features (e.g. tables) currently not supported. Hyperorg shouldn't stop or crash at this point. > index can be produced with minimal configuration via ox-publish. "minimal" is a subjective term here. Again I don't blame the tools or the Emacs universe. But for me it is not even minimal to get ox-publish run in the first place. Not speaking about further modifications, e.g. an index. Emacs, Lisp and its "documentation" is a special thing not everybody can or want to handle. I would have to invest so much resources into basics like Lisp just to understand the documentation in a way that I would be able to modify the publishing feature in a (for me) satisfying way. I am the problem not Emacs and Co. ;) Kind Christian Buhtz