ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: "Rudd, Kevin" <kevin@lps.umd.edu>
To: Wolfgang Schuster <wolfgang.schuster.lists@gmail.com>,
	"mailing list for ConTeXt users" <ntg-context@ntg.nl>
Subject: Re: problem embedding TABLE macros within wrapper macros "to reduce repetitive complexity")
Date: Tue, 8 Sep 2020 22:30:42 +0000	[thread overview]
Message-ID: <DM5PR15MB192969428401DDC6188A47B4F1290@DM5PR15MB1929.namprd15.prod.outlook.com> (raw)
In-Reply-To: <688f211c-58a6-e014-d95c-a1a840d9cafd@gmail.com>


[-- Attachment #1.1: Type: text/plain, Size: 2789 bytes --]

Thanks. The immediate goal is to make a ”quad chart” w/ different pains in the four (2x2 => NW, NE, SW, SE) quadrants. It seemed that the concept was scalable to any NxM (even with multi-cell spreads---useful for larger structured posters) based on TABLE. But I'd settle for 2x2 at the moment; at one point I'd thought of 2x2+1 having a spanning block for publication references per slide but decided a separate publications slide was a better idea visualy..

If they have to see an end command, would before/after tags work around a framedtext or buffer structure?

1. 2x2 panes, layout order not important, all panes independent; no flow (like Framemaker used to do) requiredbetween panes.
2. was going to have inner frames (i.e. + frame for 2x2 which was trivial to specify in TABLE) to separate the panes
3. other than wanting the + frame, inner margins &c. for panes wsn't an issue either way.

Best,
---K

Kevin W. Rudd, Ph.D.
CAPT, USN (Ret)
Computer Architecture & Engineering (CAE)
Advanced Computing Systems (ACS) Research Program
Laboratory for Physical Sciences (LPS)
443-654-7878
kevin@lps.umd.edu
Visiting Research Professor
Electrical and Computer Engineering
United States Naval Academy
rudd@usna.edu
________________________________
From: Wolfgang Schuster <wolfgang.schuster.lists@gmail.com>
Sent: Tuesday, September 8, 2020 4:31:38 PM
To: mailing list for ConTeXt users <ntg-context@ntg.nl>
Cc: Rudd, Kevin <kevin@lps.umd.edu>
Subject: Re: [NTG-context] problem embedding TABLE macros within wrapper macros "to reduce repetitive complexity")

Rudd, Kevin schrieb am 08.09.2020 um 19:50:
I have a number of slides using \...framedtext blocks to break the slides into panes within a TABLE environment (TMI: not in MWE; merely my justification for writing the wrapper macros). When the TABLE macros are invoked explicitly it all works fine and produces a suitable single-cell table with "quux blech baz bar foo" framed; when embedded in macros (whether defined by \def, \unexpanded\def, \define) then it fails with the error "The file ended when scanning an argument. => fatal error: return code: 256. A previous question on the topic seemed to indicate that TABLE was suitable, so I figure that something subtle is wrong as I've invoked the embedded TABLE macros. Any suggestions?

While most natural tables command can be embedded within other command the cells have to see the end command.

I guess this shouldn't be a problem for your case because something simpler can be used to create your desired layout but you have to provide more information:

1. Are there blocks side by side or do you stack them only vertically?

2. Do you need a frame around each block?

3. Are (small) gaps between the blocks allowed?

Wolfgang


[-- Attachment #1.2: Type: text/html, Size: 4447 bytes --]

[-- Attachment #2: Type: text/plain, Size: 493 bytes --]

___________________________________________________________________________________
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

  reply	other threads:[~2020-09-08 22:30 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-09-08 17:50 Rudd, Kevin
2020-09-08 20:31 ` Wolfgang Schuster
2020-09-08 22:30   ` Rudd, Kevin [this message]
2020-09-09  5:57     ` Wolfgang Schuster
2020-09-09 13:02       ` Rudd, Kevin
2020-09-09 15:32         ` Rudd, Kevin
2020-09-10 13:17           ` Wolfgang Schuster

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=DM5PR15MB192969428401DDC6188A47B4F1290@DM5PR15MB1929.namprd15.prod.outlook.com \
    --to=kevin@lps.umd.edu \
    --cc=ntg-context@ntg.nl \
    --cc=wolfgang.schuster.lists@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).