VECTD(3NCARG)
β¨ VECTD β¨ (from the NCAR Graphics manual, bestie)
okay so this is the page for VECTD β a little Fortran routine from NCAR GRAPHICS that adds the next point to a curve you're drawing π
π NAME π
VECTD β defines the second and following points of a sequence of points that a curve gets drawn through. (First one's somebody else's job, we'll get to that π)
π¦ SYNOPSIS π¦
CALL VECTD (X,Y)
π C-BINDING SYNOPSIS π
#include <ncarg/ncargC.h>
void c_vectd (float x, float y)
πΈ DESCRIPTION πΈ
Xβ an input expression of typeREAL. It's the X user coordinate of the next point in your sequence of points defining a curve. π«Yβ an input expression of typeREAL. It's the Y user coordinate of the next point in that same sequence. Periodt.
π C-BINDING DESCRIPTION π
The C-binding argument descriptions are literally the same as the FORTRAN argument descriptions. Same vibes, different language, no notes. π«Ά
π USAGE π
One way to draw a curve with Dashline: call FRSTD once to define the first point of the curve, then call VECTD over and over to define the second point and every point after that. That's the whole routine, no cap. β¨
So here's the tea on smoothing β:
- If you give three or more distinct points, and one of the smoothing versions of Dashline is being used, and the internal parameter that suppresses smoothing is not set β then splines under tension are used to generate a smooth curve. The number of points actually used to draw the curve depends on its length. π
- In all other cases, the "curve" is just approximated by connecting the user-given points in the specified order. Straight-up connect-the-dots, iconic behaviour honestly. π₯
After the call to VECTD that defines the last point of the curve, you may call LASTD, which flushes any portions of smoothed curves that are defined by coordinates saved in internal buffers of FRSTD and VECTD and that have not yet been drawn. π§
Calls toLASTDare not always required β for example, when a non-smoothing version of Dashline is used (no buffering), or when the next call to an NCAR Graphics routine will be toFRSTD(which flushes the buffers). But unnecessary calls do no harm. So if you judge that one of the smoothing versions of Dashline may be used, it's best to put in the calls toLASTD. Better safe than sorry, bestie. π
π EXAMPLES π
Use the ncargex command to see these relevant examples: tdashc, tdashl, tdashp, tdashs, fdldashc, fdldashd. Go look at them, they ate. π
β ACCESS β
To use VECTD or c_vectd, load the NCAR Graphics libraries ncarg, ncarg_gks, and ncarg_c β preferably in that order. Order matters, don't fight it. π
π§ SEE ALSO π§
Online: dashline, dashline_params, curved, dashdb, dashdc, frstd, lastd, lined, reset, ncarg_cbind
Hardcopy: NCAR Graphics Contouring and Mapping Tutorial; NCAR Graphics Fundamentals, UNIX Version; User's Guide for NCAR GKS-0A Graphics
π COPYRIGHT π
Copyright (C) 1987-2009 University Corporation for Atmospheric Research The use of this Software is governed by a License Agreement.
and that's the whole page, bestie π this one's from the UNIX manual, dated March 1993, source/version VECTD(3NCARG) β go forth and plot, main character π β¨
π¦ where this page comes from
- debian bookworm: libncarg-dev 6.6.2.dfsg.1-1
- debian trixie: libncarg-dev 6.6.2.dfsg.1-10+b2
- ubuntu jammy: libncarg-dev 6.6.2-10build2
- ubuntu questing: libncarg-dev 6.6.2.dfsg.1-10build2
- ubuntu resolute: libncarg-dev 6.6.2.dfsg.1-12
- ubuntu stonking: libncarg-dev 6.6.2.dfsg.1-12build2
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms