Sujet : Re: GIMP 3.0.0-RC1
De : spamtrap42 (at) *nospam* jacob21819.net (Robert Riches)
Groupes : comp.os.linux.miscDate : 11. Feb 2025, 06:04:55
Autres entêtes
Organisation : none-at-all
Message-ID : <slrnvqlmjm.ct8.spamtrap42@one.localnet>
References : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25
User-Agent : slrn/1.0.3 (Linux)
On 2025-02-11,
WokieSux282@ud0s4.net <
WokieSux283@ud0s4.net> wrote:
On 2/10/25 4:41 PM, D wrote:
On Mon, 10 Feb 2025, candycanearter07 wrote:
D <nospam@example.net> wrote at 21:19 this Saturday (GMT):
[snip]
My most powerful software was a multi-path checker to a storage system
that held a lot of pension money.
>
It was written in bash. =D
>
Ok, ok... I wrote a GUI for some kind of batch job mgmt software that
IBM
hobbled together in order to trace dependencies, that was done in
python.
[snip]
>
>
Did you use something like tkinter?
>
Hmm, it was a long time ago, so I no longer remember. I _think_ it was
some kind of graph library that enabled you to generate graphics based
on some kind of node and vertice notation. It then generated a pdf which
you would zoom into, which visualized all the dependencies of all the
batch jobs. Sorry, that's about the best I can do. The code is long lost
in time, like tears in rain.
>
"Vector" graphics ? You don't see that approach much
any more. Was most popular when you could buy vector
CRT displays - think 1950s/60s movies about NORAD or
similar. They didn't have the stuff for big sharp
bitmaps so you just had the CRT move a bright dot
around XY coords. Kinda like working a pen potter.
>
Vector makes no sense but with anything but CRTs
as the dot path is made by directly driving the XY
coils in the tube rather than any kind of 'scan'
being involved.
>
Hmmm ... I think there was an old 'asteroid' kind
of arcade game that used vector. Very sharp, bright,
quick outline drawings.
Yes, there was an Asteroid arcade game that used vector graphics
on a CRT. It was a rather pretty picture.
Tektronix had some fairly nice (but expensive) BASIC machines in
the late 1970s and into the earlier 1980s in the 4050 series:
4051 6800 and ~12" perfectly flat screen 1024x768
4052 bit-slice ~20MHz, same screen as 4051
4054 bit-slice ~20MHz, 19" curved screen 4Kx3K
Everything in BASIC was 64-bit FP, for which the bit-slice CPU
had an opcode for FP add/sub/mult/div. I don't remember whether
trig functions were opcodes or done by the ROM.
-- Robert Richesspamtrap42@jacob21819.net(Yes, that is one of my email addresses.)