From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/83905 Path: news.gmane.org!not-for-mail From: Marco Patzer Newsgroups: gmane.comp.tex.context Subject: MetaPost label direction prefix Date: Fri, 23 Aug 2013 11:42:03 +0200 Message-ID: <20130823094203.GG18239@homerow> Reply-To: mailing list for ConTeXt users NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0831108172==" X-Trace: ger.gmane.org 1377250933 20443 80.91.229.3 (23 Aug 2013 09:42:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 23 Aug 2013 09:42:13 +0000 (UTC) To: mailing list for ConTeXt users Original-X-From: ntg-context-bounces@ntg.nl Fri Aug 23 11:42:16 2013 Return-path: Envelope-to: gctc-ntg-context-518@m.gmane.org Original-Received: from balder.ntg.nl ([5.39.185.229]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VCnsl-0006lc-0O for gctc-ntg-context-518@m.gmane.org; Fri, 23 Aug 2013 11:42:15 +0200 Original-Received: from localhost (localhost [127.0.0.1]) by balder.ntg.nl (Postfix) with ESMTP id C9B6E10220; Fri, 23 Aug 2013 11:41:03 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at balder.ntg.nl Original-Received: from balder.ntg.nl ([127.0.0.1]) by localhost (balder.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id oW2EY9YE3Gr1; Fri, 23 Aug 2013 11:41:01 +0200 (CEST) Original-Received: from balder.ntg.nl (localhost [IPv6:::1]) by balder.ntg.nl (Postfix) with ESMTP id E181E10213; Fri, 23 Aug 2013 11:41:00 +0200 (CEST) Original-Received: from localhost (localhost [127.0.0.1]) by balder.ntg.nl (Postfix) with ESMTP id 862BA10213 for ; Fri, 23 Aug 2013 11:40:59 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at balder.ntg.nl Original-Received: from balder.ntg.nl ([127.0.0.1]) by localhost (balder.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id OQiilkjGNz-M for ; Fri, 23 Aug 2013 11:40:58 +0200 (CEST) Original-Received: from filter1-utr.mf.surf.net (filter1-utr.mf.surf.net [195.169.124.152]) by balder.ntg.nl (Postfix) with ESMTP id 80A0E10211 for ; Fri, 23 Aug 2013 11:40:58 +0200 (CEST) Original-Received: from forward3h.mail.yandex.net (forward3h.mail.yandex.net [IPv6:2a02:6b8:0:f05::3]) by filter1-utr.mf.surf.net (8.14.3/8.14.3/Debian-9.4) with ESMTP id r7N9g6Gi018819 for ; Fri, 23 Aug 2013 11:42:08 +0200 Original-Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward3h.mail.yandex.net (Yandex) with ESMTP id A51D31361743 for ; Fri, 23 Aug 2013 13:42:05 +0400 (MSK) Original-Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id 7D0C62C169E for ; Fri, 23 Aug 2013 13:42:05 +0400 (MSK) Original-Received: from unknown (unknown [83.68.239.193]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 6mCaWeN3hK-g4V8x6cU; Fri, 23 Aug 2013 13:42:04 +0400 Mail-Followup-To: mailing list for ConTeXt users X-PGP-Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xB8CFCB65D4F08C27 User-Agent: Mutt/1.5.21 (2010-09-15) X-Bayes-Prob: 0.0001 (Score 0, tokens from: @@RPTN) X-CanIt-Geo: ip=2a02:6b8:0:f05::3; country=RU X-CanItPRO-Stream: uu:ntg-context@ntg.nl (inherits from uu:default, base:default) X-Canit-Stats-ID: 07Kg9G6OM - 80cb9c3936fd - 20130823 X-Scanned-By: CanIt (www . roaringpenguin . com) X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.14 Precedence: list List-Id: mailing list for ConTeXt users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ntg-context-bounces@ntg.nl Original-Sender: ntg-context-bounces@ntg.nl Xref: news.gmane.org gmane.comp.tex.context:83905 Archived-At: --===============0831108172== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ISKrrfpKsPiF35CV" Content-Disposition: inline --ISKrrfpKsPiF35CV Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, what is the reason the label direction prefix variables (rt, bot, llft, etc.) are prefixed with mpfun_ in MkIV (mp-mlib.mpiv)? When new directional prefixes are being defined it fails when mplib is used unless the mpfun_ prefix is added. And likewise, code using the mpfun_ prefix fails on traditional MetaPost. Is this prefix required? It breaks old code and required a branch in every new project. And I don't really see a reason for this incompatibility. Here is an example defining a new direction =E2=80=9Cfoo= =E2=80=9D: \starttext \startMPcode label("first", origin); %% MkIV %% pair mfun_laboff.foo ; mfun_laboff.foo :=3D (.5,-1) ; %% mfun_labxf.foo :=3D mfun_labyf.foo :=3D 1 ; %% MkII pair laboff.foo ; laboff.foo :=3D (.5,-1) ; labxf.foo :=3D labyf.foo :=3D 1 ; label.foo("second", origin); \stopMPcode \stoptext Marco --ISKrrfpKsPiF35CV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iQEcBAEBAgAGBQJSFy5rAAoJEPGqVaNSn0iKFeMH/iTyBycHaBUDoHFWnOFLxg2R 8IEnB8cRTe6PB2yXAQYFOP6cOkZ0WqibjTptghzDHP9uR9XtrrRq+yvqmol4OAOB 6puzvpZdSe8ICuX28d5XfljAObgtrlEtQHjPgv4tONmTH/oPymi2hezzc41JWbby hyQ4LDLGg1pHUp741SNuXziDMEA4xPLINgIXev4PXKyGAqKSE0BLe5tL1pdWnqiq 7fQq3znZmXRRDT6dNlw9ccW782FJpZqR6sg5Tu37NtYqetOYg7jNqXgIhynMEyW5 gh4REVqShmluuNk9qHUiMPV5uTeK5Pkn/LAN3JstV7vtewlLmAaIHZT8ShyyKdU= =nVb0 -----END PGP SIGNATURE----- --ISKrrfpKsPiF35CV-- --===============0831108172== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ --===============0831108172==--