| rdfs:comment
| - Versions
- Versions refer to different versions of Habbo. Different versions may be created just to update security or bug fixing, but can also be used to launch new furni and features.
- Stepmania 5 is the latest version of Stepmania.
- Wednesday 27th April (27/04/11)
- These are the official patch notes of all versions of Town of Salem.
- Current Version: 2.9.1 See SOTNW official announcement here http://forum.swordofthenewworld.com/index.php?showtopic=28838&st=0&#entry277066
- Released: Mon Oct 06, 2008.
* Major Release0.7.1b
Released: Wed Oct 08, 2008.
* Minor Release0.7.1b
Released: Sun Oct 12, 2008.
* Minor Release0.7.1c
Released: Sun Oct 12, 2008.
* Minor Release
- This fan game has two versions, Pokémon Zeta and Pokémon Omicron. The two versions have different ways to obtain certain Pokémon, each version's main Legendary Pokémon, and the storylines are slightly different: the opposing teams vary between the versions. As of 1.5.2, all Pokémon are obtainable in both versions. The team names correspond with the leader names, with Odin ruling Asgard and Zeus ruling Olympus.
- There are many different versions of CrossFire, each is operated by a different company, who offers customer service and organises events to their customers. The user and player accounts are limited to one specific version and therefore cannot be transferred to another version. The same consequently applies to items and any in-game currency. Any private server which has opened with the CrossFire name is illegal because the license has not been bought from Neowiz.
- At the moment C++ 14 is the newest stable version of C++.It introduces many new functions N3323 - Tweak to certain C++ contextual conversions This proposal tweaks certain contextual conversions in C++ to be correct. As the authors state: The principal issue, in each of the four contexts cited in the Introduction, seems to lie in their common helpful but very strict requirement that limits a class to only one conversion operator while allowing for the conversion of a value of the class’s type to a corresponding value of a type specified by the context. N3472 - binary literals r += 2; return x+2;
- This is a list of versions of SMF and YaBB SE as well as some other predecessors. KEY: *Charter Members Only **SMF Team Only Release Underlined or Bolded=Not an actual version, but a branch RobBoard->YaBB->YaBB SE->SMF ->YaBB 1 Platinum ->YaBB LE -YaBB Original Release (Or 1.0.0) -YaBB 1.1111 --YaBB 1.1111 (Build 6) --YaBB 1.1111 (Build 7) --YaBB 1.1111 (Build 8) -YaBB 1.222 --YaBB 1.222 (Build 1) --YaBB 1.222 (Build 2) -YaBB 1 Final -YaBB 1 Gold --YaBB 1 Gold Beta --- --- --- --- --- --- --YaBB 1 Gold - Release --YaBB 1 Gold - SP (SP=Service Pack) --- --- +YaBB 1 Gold - SP 1 --- --- --- ---
|
| abstract
| - Versions
- Versions refer to different versions of Habbo. Different versions may be created just to update security or bug fixing, but can also be used to launch new furni and features.
- Stepmania 5 is the latest version of Stepmania.
- Wednesday 27th April (27/04/11)
- These are the official patch notes of all versions of Town of Salem.
- Current Version: 2.9.1 See SOTNW official announcement here http://forum.swordofthenewworld.com/index.php?showtopic=28838&st=0&#entry277066
- This is a list of versions of SMF and YaBB SE as well as some other predecessors. KEY: *Charter Members Only **SMF Team Only Release Underlined or Bolded=Not an actual version, but a branch RobBoard->YaBB->YaBB SE->SMF ->YaBB 1 Platinum ->YaBB LE -YaBB Original Release (Or 1.0.0) -YaBB 1.1111 --YaBB 1.1111 (Build 6) --YaBB 1.1111 (Build 7) --YaBB 1.1111 (Build 8) -YaBB 1.222 --YaBB 1.222 (Build 1) --YaBB 1.222 (Build 2) -YaBB 1 Final -YaBB 1 Gold --YaBB 1 Gold Beta --- --- --- --- --- --- --YaBB 1 Gold - Release --YaBB 1 Gold - SP (SP=Service Pack) --- --- +YaBB 1 Gold - SP 1 --- +YaBB 1 Gold - SP 1.1 --- +YaBB 1 Gold - SP 1.2 --- +YaBB 1 Gold - SP 1.3 --- ++YaBB 1 Gold - SP 1.3 --- ++YaBB 1 Gold - SP 1.3.1 --- ++YaBB 1 Gold - SP 1.3.2 --- +YaBB 1 Gold - SP 1.4 -YaBB 2 RC --YaBB 2 RC 1 --YaBB 2 RC 2 --YaBB 2 RC 3 -YaBB 2.0 Pre-Release -YaBB 2.0 -YaBB 2.1 -YaBB 2.2 --YaBB 2.2 --YaBB 2.2.1 --YaBB 2.2.2 --YaBB 2.2.3 -YaBB 2.3 --YaBB 2.3 --YaBB 2.3.1 -YaBB 2.4 -YaBB 2.5 Anniversary Edition (Current Version) YaBB 3 (unreleased) -YaBB SE 1.4.0 -YaBB SE 1.4.1 -YaBB SE 1.5.0 -YaBB SE 1.5.1 --YaBB SE 1.5.1 RC1 --YaBB SE 1.5.1 -YaBB SE 1.5.2 -YaBB SE 1.5.3 -YaBB SE 1.5.4 -YaBB SE 1.5.5 --YaBB SE 1.5.5 --YaBB SE 1.5.5b --YaBB SE 1.5.5c (Current YaBB SE Version) -SMF 1.0 Alpha --SMF 1.0 Alpha** -SMF 1.0 Beta --SMF 1.0 Beta 1* --SMF 1.0 Beta 2* --SMF 1.0 Beta 3* --- --SMF 1.0 Beta 4* --- --- --SMF 1.0 Beta 5* --- --SMF 1.0 Beta 6* -SMF 1.0 RC --SMF 1.0 RC1 --- SMF 1.0 RC1+** --SMF 1.0 RC2 -SMF 1.0 -SMF 1.0.1 -SMF 1.0.2 -SMF 1.0.3 -SMF 1.0.4 -SMF 1.0.5 -SMF 1.0.6 -SMF 1.0.7 -SMF 1.0.8 -SMF 1.0.9 -SMF 1.0.10 -SMF 1.0.11 -SMF 1.0.12 -SMF 1.0.13 -SMF 1.0.14 -SMF 1.0.15 -SMF 1.0.16 -SMF 1.0.17 -SMF 1.0.18 -SMF 1.0.19 -SMF 1.0.20 -SMF 1.0.21 (Current SMF 1.0.x Version) -SMF 1.1 Beta --SMF 1.1 Beta 1* --SMF 1.1 Beta 2* --SMF 1.1 Beta 3* --- -SMF 1.1 RC --SMF 1.1 RC1* --- --SMF 1.1 RC2* --- --- +SMF 1.1 RC2 Public Patch --SMF 1.1 RC3* --- --- +SMF 1.1 RC3 Public Patch -SMF 1.1 -SMF 1.1.1 -SMF 1.1.2 -SMF 1.1.3 -SMF 1.1.4 -SMF 1.1.5 -SMF 1.1.6 -SMF 1.1.7 -SMF 1.1.8 -SMF 1.1.9 -SMF 1.1.10 -SMF 1.1.11 -SMF 1.1.12 -SMF 1.1.13 -SMF 1.1.14 (Current SMF 1.1.x Version) -SMF 2.0 Alpha --SMF 2.0 Alpha** -SMF 2.0 Beta --SMF 2.0 Beta 1* --- SMF 2.0 Beta 1.1* --SMF 2.0 Beta 2* --- SMF 2.0 Beta 2.1* --SMF 2.0 Beta 3* --- --- SMF 2.0 Beta 3.1* -+--SMF 2.0 Beta 3.1 Public --SMF 2.0 Beta 4* --- --SMF 2.0 Post Beta 4 Dev Edition* (Originally Desinated SMF 2.0 RC1) -SMF 2.0 RC --SMF 2.0 RC1 --- SMF 2.0 RC1-1 (AKA SMF 2.0 RC1.1) --- --SMF 2.0 RC2 --- SMF 2.0 RC2 Charter Preview* --- --SMF 2.0 RC3 --SMF 2.0 RC4 --SMF 2.0 RC5 -SMF 2.0 (Current SMF Version)
- At the moment C++ 14 is the newest stable version of C++.It introduces many new functions N3323 - Tweak to certain C++ contextual conversions This proposal tweaks certain contextual conversions in C++ to be correct. As the authors state: The principal issue, in each of the four contexts cited in the Introduction, seems to lie in their common helpful but very strict requirement that limits a class to only one conversion operator while allowing for the conversion of a value of the class’s type to a corresponding value of a type specified by the context. So, I think tweak is a very good word to say what this proposal does. No big change. N3472 - binary literals C++14 brings core language support for binary literals, which means you now can integrate binary literals as such in your code: char c = 0b01011010 The binary literal has to start with 0b/0B. N3638 - decltype(auto) && Return type deduction for normal function This proposal makes decltype(auto) legal C++, plus the return type deduction for normal functions. The last is the actual issue which this paper deals with, decltype(auto) one of its results. The return type deduction occurs when a function has the return type auto and the compiler then finds the corresponding type in the return statement. This has issues like recursion or when returning different types from a function. Another problem in deduction is that auto never deduces to a reference, and auto&& always, this is one of the problems that decltype(auto) helps to solve: Unfortunately, there is no way to get the effect of decltype with an auto return type; plain auto never deduces to a reference, and auto&& always deduces to a reference. This is a significant problem, as it means that forwarding functions can't use auto. We could consider using decltype semantics instead of the existing auto semantics, but that would mean giving different deduction semantics to auto depending on whether the declaration is of a variable or a function, and making auto functions different from lambdas. Therefore, I propose to also allow decltype(auto) to get the decltype semantics without having to repeat the expression. For simplicity of specification and orthogonality I propose to allow it everywhere that plain auto is allowed, except for introducing a trailing-return-type. It occurs to me that the difference in meaning of decltype depending on the form of the expression (e.g. parenthesized or not) might be more surprising in this context, but I think it would be even more surprising if this worked differently from C++11 decltype. N3648 - Initialized Lambda Captures This is one of the updates to lambdas that C++14 brings, dealing with the capture part of a lambda:[](){}. This is the example from the proposal: int x = 4; auto y = [&r = x, x = x+1]()->int {r += 2; return x+2; }(); // Updates ::x to 6, and initializes y to 7. The capture creates its own variables within the internal lambda structure, so that r is a reference to ::x, and x is a copy of ::x. Variables in the capture list can either be captured or init-captured. One important improvement with this is also that in C++11 capturing by move is not supported for lambdas. N3649 - Generic (Polymorphic) Lambda Expressions This is one of the most important changes with C++14: to allow lambdas with auto as type specifier in the parameter declaration. In C++11 lambdas are implemented as a class with a non template call operator. When the parameters of a lambda function are of type auto, the anonymous class representing the lambda could contain a templated call operator() as implementation. So, lambdas in C++14 now allow auto type-specifier to indicate a generic lambda parameter: auto add = [](auto a,auto b){return a + b;} N3651 - variable templates This is a little surprise, and something that could not be done before C++14: to declare a variable as a template. The paper uses pi as an example: template constexpr T pi = T(3.1415926535897932385); Other templates could now access this variable via pi, or pi. Currently the two known workarounds to this are: •constexpr static data members of template classes •constexpr function templates returning the const value Both are workarounds, and can now be replaced with this proposal. N3652 - relaxing requirements for constexpr functions constexpr functions were introduced with C++11, but very restricted. This proposal has now added a lot more to the subset allowed to be done at compile time in constexpr functions. You can now in a constexpr function: •declare a variable that is not static or thread_local. •use if (else/if else) and switch (but no goto) •use loops (for(including ranged-for),do, do-while) •objects whose lifetime began within the constexpr evaluation can mutate (e.g. change) N3653 - Member initializers and aggregates I'm not sure if that is new, or just a wording fix as the proposal is rather short, but you can now use initialization braces on aggregate members such as arrays. N3664 - clarifing memory allocation This proposal aimed successfully at clarifying the wording for memory allocation in the C++ Standard. N3760 - deprecated C++14 adds an attribute for deprecated to the standard. Lets hope it gets used in upcoming standards. C++14 does only deprecate a few things (e.g. not std::rand, but std::random_shuffle). 3781 - Single quotation mark as digit separator Most important feature ever. C++14 brings finally(!) the digit separator to C++. This has been a proposal discussed widely, as it is not that trivial to add a digit separator to an existing language, originally _ was favored, but this conflicted with UDLs from C++11. So, the committee settled for ' as the digit separator, which only separates digits as in 1'000'000'000. This can be also used in binary literals, also it makes it easier to compare numbers. 3778 - Sized deallocation in C++ C++11 introduced the option to define a static member function operator delete that has size as a parameter, indicating the size of the object to be deleted. C++11 did not introduce a global operator delete with size indication, which is now fixed in C++14. Also not listed by clang as its only a small addition to the Standard library, an important feature of C++14 is make_unique, which basicly allows for writing C++ with out ever again using new or delete directly. Issaquah - a last update to C++14 For now I only have listed the previously to Issaquah known features of C++14, a few more decisions took place in Issaquah. A good overview is the Trip Report from isocpp.org, the 5 most important tweaks to C++14 from Issaquah are: N3887 - Consistent metafunction aliases This paper deals with metafunction aliases, and that they should have a consistent naming. Analyzing the standard, the conclusion is that only tuple_element_t is missing from the standard. Which is added into C++14. N3891 - renaming shared_mutex to shared_timed_mutex The planned shared_mutex class is in essence a shared_timed_mutex, so that there is a naming conflict when a different implemented shared_mutex would be added to the standard. Hence the renaming, also that way the mutex is naming consistent with the other Standard C++ mutex types. N3910 - What can signal handlers do? This proposal did clarify the wording on signal handlers in the C++ standard. N3924 - Discouraging rand in C++14 As previously mentioned, nothing has been deprecated in C++14. One of the candidates for deprecation is std::rand, which in this decision is already flagged for deprecation, but not deprecated. What is now deprecated is std::random_shuffle. N3927 - definition of lock-free Again tweaking the C++ Standard to be more precise, in this case for lock-free.
- Released: Mon Oct 06, 2008.
* Major Release0.7.1b
Released: Wed Oct 08, 2008.
* Minor Release0.7.1b
Released: Sun Oct 12, 2008.
* Minor Release0.7.1c
Released: Sun Oct 12, 2008.
* Minor Release
- There are many different versions of CrossFire, each is operated by a different company, who offers customer service and organises events to their customers. The user and player accounts are limited to one specific version and therefore cannot be transferred to another version. The same consequently applies to items and any in-game currency. The game content (maps, characters, items) are created by SmileGate and Neowiz, the developers of CrossFire. The operating companies buy a license for Crossfire and receive or buy the game content from the developers and can select which content and which items they want to offer to their customers and when to unlock it. It is possible for local publishers to request exclusive changes or game content, as long as they can reach an agreement with the developers and pay the license properly. Any private server which has opened with the CrossFire name is illegal because the license has not been bought from Neowiz.
- This fan game has two versions, Pokémon Zeta and Pokémon Omicron. The two versions have different ways to obtain certain Pokémon, each version's main Legendary Pokémon, and the storylines are slightly different: the opposing teams vary between the versions. As of 1.5.2, all Pokémon are obtainable in both versions. The team names correspond with the leader names, with Odin ruling Asgard and Zeus ruling Olympus.
|
![[RDF Data]](/fct/images/sw-rdf-blue.png)