Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.c++ > #118244
| From | "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> |
|---|---|
| Newsgroups | comp.lang.c++ |
| Subject | Re: “We are doomed” |
| Date | 2024-01-22 12:24 -0800 |
| Organization | A noiseless patient Spider |
| Message-ID | <uomitb$sk2b$2@dont-email.me> (permalink) |
| References | <uo6ufu$1kle9$1@dont-email.me> <uoeebu$387sh$2@dont-email.me> <uokcf9$dq2p$4@dont-email.me> <uoliqq$n00a$1@dont-email.me> |
On 1/22/2024 3:16 AM, Malcolm McLean wrote: > On 22/01/2024 00:22, immibis wrote: >> On 1/19/24 19:17, Malcolm McLean wrote: >>> One problem that could be very easily fixed is that there is no >>> standard representation of a point or a vector. Whilst generally it's >>> just a POD structure with x and y members, the name varies, and >>> sometimes the dimensions are referred to by index instead of by >>> letter. You can also have a philosophical discussion about whether >>> points and vectors should be the same structures or incompatible >>> structures. >>> But a simple standardisation would mean the end of pointless editing >>> of code just to conform to whatever the host program has chosen. >> >> And what should be the data type of the coefficients of the vector? >> And what should? Why not also have matrices? What is the maximum >> dimension supported? Are homogeneous coordinates a built-in feature? >> No, leave the graphics stuff to a graphics team. > It should take a template, so any type can be used for the coefficients. > Unless you have some weird and wonderful ideas, it will of course be > scalar. > I'd recommend a 2D with x and y and a 3D with x, y and z. Humanity is > not going to be elevated to a higher dimension any time soon. No > homogenous co-ordinates. No angle / magnitude notation. No need for > matrices because we already have a natural representation of the these, > since C++ supports 2 dimensional fixed size array. > Needing to store points in 2D or 3D space is a common requirement, and > code needs to communicate with other modules. One of which will be the > graphics system, which may well have requirements beyond simple points > in space, but will include such a requirement. And 4-ary with (x, y, z, w) Again I am quite fond of the GLM library. It's just nice to me.
Back to comp.lang.c++ | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
“We are doomed” Lynn McGuire <lynnmcguire5@gmail.com> - 2024-01-16 16:03 -0600
Re: “We are doomed” Malcolm McLean <malcolm.arthur.mclean@gmail.com> - 2024-01-19 18:17 +0000
Re: “We are doomed” Kaz Kylheku <433-929-6894@kylheku.com> - 2024-01-19 18:35 +0000
Re: “We are doomed” Malcolm McLean <malcolm.arthur.mclean@gmail.com> - 2024-01-20 13:59 +0000
Re: “We are doomed” "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2024-01-20 11:22 -0800
Re: “We are doomed” Kaz Kylheku <433-929-6894@kylheku.com> - 2024-01-21 04:06 +0000
Re: “We are doomed” Malcolm McLean <malcolm.arthur.mclean@gmail.com> - 2024-01-22 11:22 +0000
Re: “We are doomed” "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2024-01-22 12:22 -0800
Re: “We are doomed” "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2024-01-19 13:58 -0800
Re: “We are doomed” immibis <news@immibis.com> - 2024-01-22 01:22 +0100
Re: “We are doomed” Malcolm McLean <malcolm.arthur.mclean@gmail.com> - 2024-01-22 11:16 +0000
Re: “We are doomed” "Fred. Zwarts" <F.Zwarts@HetNet.nl> - 2024-01-22 12:34 +0100
Re: “We are doomed” Malcolm McLean <malcolm.arthur.mclean@gmail.com> - 2024-01-22 12:31 +0000
Re: “We are doomed” "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2024-01-22 12:24 -0800
Re: “We are doomed” MarioCCCP <NoliMihiFrangereMentulam@libero.it> - 2024-01-31 01:17 +0100
csiph-web