Talk:Forward compatibility

What about the Leapster

I'm no expert, but I think that the Leapster was a portable system that was forwards compatible.

Upward is Backward, Downward is Forward

After conducting some research into the matter, it appears that Upward Compatibility actually means Backward Compatibility. Refer to the following Sun documents for examples of this usage.

http://java.sun.com/javase/compatibility_j2se1.4.1.html

Here is an excerpt.

"The Java 2 SDK, v1.4.1 is upwards binary-compatible with Java 2 SDK, v1.4.0 except for the incompatibilities listed below. This means that, except for the noted incompatibilities, class files built with version 1.4.0 compilers will run correctly in the Java 2 SDK, v1.4.1."

Sun's documents always refer to the earlier versions as the "upward" versions; hence, in the sense of compatibility, "upward" is "backward".

Suggest changing the redirects appropriately.

Google says otherwise.... upward = forward and downward = backward

Plug _"backward compatible" "downward compatible"_ into Google and you will see what I mean.

Also, I didn't check the other languages, but the Japanese entry for backward is "kai" which corresponds to downward. Likewise, the Japanese entry for forward is "joi" which corresponds to upward.

Either way, this needs to be clarified and unified across languages.

Kylethewright (talk) 18:39, 14 December 2007 (UTC)

Why does it need to be unified? If Japanese happens to use the word for "downward" in that language, there's no requirement for English to do the same, or vice versa. Marnanel (talk) 16:35, 21 February 2008 (UTC)

general updates to article

I am removing the part about ms office as it is not really correct. The docx format is a compressed version of a variant of xml describing the document, whilst the old doc format was a proprietary binary format uncompressed. Also the docx patch for 2003 isn't forward compatibility because it was made after the release of office 2007. The code example section is also a bit too technical so I tagged that as well. Da rulz07 (talk) 13:13, 13 February 2008 (UTC)

S-VHS and VHS

A standard VHS VCR can’t just “ignore” the high-resolution S-VHS signal, unless it supports S-VHS Quasi Playback. Otherwise, the effect will be similar to poor tracking. rdl381 (talk) 21:04, 17 April 2010 (UTC)

Later S-VHS VCRs can record and playback full S-VHS quality video onto higher quality standard VHS tapes, though commonly with a warning that the tapes may not play on any VCR other than the one they were recorded on. Some Digital 8 camcorders could record onto Hi-8 tapes with the same caveat of possibly not being able to playback on any other Digital 8 camcorder or deck. So does that make the VHS and Hi-8 tapes forward compatible media or are the decks and camcorders backward compatible with the media originally intended only for analog or in the case of VHS for lower quality analog video? Audio for VHS maintained forward compatibility, first with stereo then Hi-Fi stereo - any non-Super VHS tape will work in any VHS deck and as noted above even S-VHS tapes will play in the cheapest deck that has SQPB, which is just about all of them made since circa 1995. Bizzybody (talk) 09:21, 17 May 2011 (UTC)

So does that make the VHS and Hi-8 tapes forward compatible media or are the decks and camcorders backward compatible with the media originally intended only for analog or in the case of VHS for lower quality analog video? It makes the *media* forward-compatible but not the decks. Indeed you can have the situation where a VHS tape will not play in a VHS deck, because the tape contains an S-VHS ET recording. In one sense, S-VHS ET is in fact a separate third standard, to which S-VHS decks are not forward compatible either. It just uses cheaper tape stock to achieve something better than VHS but not as good as S-VHS. You cannot, for instance, record in LP mode on a standard VHS tape with an S-VHS ET deck; but if you provide the same deck with an S-VHS tape, you can record in LP mode because it will use S-VHS proper, not S-VHS ET. Whophd (talk) 05:02, 4 November 2011 (UTC)

Forward compatibility in gaming systems

Wii can play Wii games as well as outdated Gamecube games, Playstation 3 can play Playstation 2 games, and the Playstation 2 could play a Playstation (classic) game. The Xbox 360 is also compatible with previous Xbox titles. Please change the gaming section, as the uncited knowledge is false. Thank you, --208.120.116.80 (talk) 17:34, 1 July 2011 (UTC)

Again: Upward Compatible Means Backward Compatible in the OpenGL Spec

According to the OpenGL ES 2 full spec, Appendix D "OpenGL ES 2.0 is not upward compatible with prior versions (OpenGL ES 1.0 and 1.1)." No matter what "Google says", People who write specifications seem to be clear on that topic. 217.229.52.176 (talk) 17:01, 25 October 2011 (UTC)

RFCoC (Request For Comments on Changes) for Forward/Backward terminology

I've changed the main article for new "Forward / Upward / Future-Time / Newer-Version compatibility", by adding better "Future-Time / Newer-Version" terms that show exactly the true meaning of 'forward' or 'upward' (the latter that challenged by many for reversed order on other materials).

I think it should be clearly defined like my additional terms, since the whole explanation is about timeline (past-future) and/or versioning (older-newer), you can recheck it again in the article for the whole idea meaning of the term.

E.g: "Future/Newer(-Version) compatible" is directly-understandable, perceived distinctly better and clearer than "Forward/Upward compatible".

--[Ois1974 @ 2014-03-31 Mon]--

Pokemon is not forward compatible

The Pokemon games do not accept input from the other games - forward compatability would mean that a Gen 3 game could accept a Charmander from Gen 4. Pokemon is backward compatability with X/Y being able to accept input from Ruby/Sapphire.The onl forward compatible games are the Gen 1 games, being able to accept input from the Gen 2 games.--69.159.39.42 (talk) 21:39, 30 June 2014 (UTC)

Forward compatibility of television signals

For black-and-white television broadcast formats to be forward compatible, it would be necessary for them to have been designed in anticipation of possible future changes to television technology (namely, the introduction of colour). Did considerations of forward compatibility play any part in the design of pre-colour television signals, or were the later NTSC and PAL formats designed to be backward-compatible with earlier television sets? — Preceding unsigned comment added by 222.153.170.74 (talk) 12:08, 30 November 2019 (UTC)

There is no requirement that "forward compatibility" be a requirement, or even a consideration, in the design of the older product (although forward-thinking designers are free to do so if they have a long-term plan). Generally, when forward compatibility is required for market reasons, the onus is on the new standard's designers to make that work. Thus, B/W television and mono FM were entrenched when color and stereo were introduced, so both had to be designed to be both forward and backward compatible: new color TV's/stereo receivers can play old transmissions and old sets can play new transmissions, but in both cases, only in BW/mono. In the case of TV's, there wasn't really enough bandwidth for proper encoding of the color components of the signal, due to the existing spacing of the TV channel frequencies. Instead, they had to squeeze in the new components and rely on the fact that the human eye/brain doesn't get as much information from color as it does from overall luminance. If they were thinking of forward compatibility at the start, they would've spread the channels further apart. KevinBTheobald (talk) 18:08, 16 May 2020 (UTC)

Future proof relationship

I believe this article should be understood as a WP:SPINOFF of Future proof specific to computers and communication protocols. Accordingly, both articles could use editing to adhere to good summary style. Daask (talk) 19:29, 9 September 2018 (UTC)