User Changes 2.4.4: what changed
Revision 1 to 2. Removed lines have a minus sign; added lines have a plus sign.
| Old | New | Line | |
|---|---|---|---|
| 1 | 1 | ## About this page | |
| 2 | 2 | ||
| 3 | 3 | Below you can find a list of intentional changes since the [[User Changes 2.4.2|previous release]] that can change the behaviour of previously working code, along with why these changes were performed and how you can adapt your code if you are affected by them. | |
| 4 | 4 | ||
| 5 | 5 | ### Unit changes | |
| 6 | 6 | ||
| 7 | 7 | #### OpenSSL | |
| 8 | 8 | ||
| 9 | 9 | - **Old behaviour**: The *openssl* unit contained an *EVP_PKEY* type. | |
| 10 | 10 | - **New behaviour**: The *EVP_PKEY* type has been renamed into *PEVP_PKEY*. | |
| 11 | 11 | - **Reason**: Consistency with other similar types and with the original C declaration. | |
| 12 | 12 | - **Remedy**: Make the same typename change in your source code. | |
| 13 | 13 | ||
| 14 | 14 | #### Graph unit aspect ratio changes in Arc and PieSlice | |
| 15 | 15 | ||
| 16 | 16 | - **Old behaviour**: Graph unit procedures Arc and PieSlice always assumed a 1:1 aspect ratio, regardless of current mode's aspect ratio. | |
| 17 | 17 | - **New behaviour**: Arc and PieSlice now respect the current aspect ratio. | |
| 18 | 18 | - **Reason**: Borland Pascal compatibility; better (i.e. more 'circular') looks of arcs and pie slices in modes with weird aspect ratios like 640x200; consistency with the Circle procedure, which already respects the current aspect ratio. | |
| 19 | 19 | - **Remedy**: This change is only likely to affect you, if you use a graphical mode with an aspect ratio, different than 1:1. Note that VGA 640x480 and higher modes usually always have a 1:1 aspect ratio. 320x200, 640x200, 640x350 and 640x400, however, do not. If you use one of these modes and, for some reason, don't want aspect ratio compensation in Arc and PieSlice, either call: | |
| 20 | 20 | ||
| 21 | - | ||
| 21 | + | ```text | |
| 22 | + | SetAspectRatio(10000, 10000) | |
| 23 | + | ``` | |
| 22 | 24 | ||
| 23 | 25 | immediately after InitGraph (this will also change the behaviour of Circle) or replace: | |
| 24 | 26 | ||
| 25 | - | ||
| 27 | + | ```text | |
| 28 | + | Arc(X, Y, StAngle, EndAngle, Radius) with Ellipse(X, Y, StAngle, EndAngle, Radius, Radius) | |
| 29 | + | ``` | |
| 26 | 30 | ||
| 27 | 31 | and | |
| 28 | 32 | ||
| 29 | - | ||
| 33 | + | ```text | |
| 34 | + | PieSlice(X, Y, StAngle, EndAngle, Radius) with Sector(X, Y, StAngle, EndAngle, Radius, Radius) | |
| 35 | + | ``` | |
| 30 | 36 | ||
| 31 | 37 | #### Graph unit aspect ratio changes in GraphDefaults | |
| 32 | 38 | ||
| 33 | 39 | - **Old behaviour**: The GraphDefaults procedure used to reset the current aspect ratio to 1:1, regardless of the current mode's default aspect ratio. | |
| 34 | 40 | - **New behaviour**: GraphDefaults no longer changes the current aspect ratio. | |
| 35 | 41 | - **Reason**: Borland Pascal compatibility; bug fix for applications that call GraphDefaults in modes with an aspect ratio different than 1:1 and still want to use aspect ratio compensation, since the old behaviour effectively disabled any aspect ratio compensation. | |
| 36 | 42 | - **Remedy**: If you want to reset the current aspect ratio to 1:1, just call: | |
| 37 | 43 | ||
| 38 | - | ||
| 44 | + | ```text | |
| 45 | + | SetAspectRatio(10000, 10000) | |
| 46 | + | ``` | |
| 39 | 47 | ||
| 40 | 48 | #### TThread.Suspend and TThread.Resume have been deprecated | |
| 41 | 49 | ||
| 42 | 50 | - **Old behaviour**: *TThread.Suspend* suspended the thread if the platform supported it, while *TThread.Resume* would resume an explicitly suspended thread, or a thread created as "suspended". | |
| 43 | 51 | - **New behaviour**: Suspending running threads has been deprecated. Creating threads suspended is still supported, and a new *TThread.Start* method has been added to tell such threads that they can start running. | |
| 44 | 52 | - **Reason**: Embarcadero Delphi (D2010+) compatibility, and the fact that arbitrarily suspending running threads is unsupported on most platforms because of inherent deadlock problems. Related concerns presumably played part in Embarcadero's decision. Such functionality was also removed from Java for [similar reasons](http://download.oracle.com/javase/1.4.2/docs/guide/misc/threadPrimitiveDeprecation.html). | |
| 45 | 53 | - **Remedy**: For threads created as *suspended*, replace *resume* with *start*. For suspending running threads: rewrite so this functionality is no longer needed. Note that there are no short term plans to remove *resume* to start suspended threads. If you want to share code with old Delphi versions, using *resume* will remain working for starting threads that were created as *suspended* for several FPC releases to come. Just ignore the warning. | |
| 46 | 54 | ||
| 47 | 55 | #### Default TFPPixelCanvas brush style | |
| 48 | 56 | ||
| 49 | 57 | - **Old behaviour**: A brush in *TFPPixelCanvas* would start with the style *bsClear* | |
| 50 | 58 | - **New behaviour**: Now it starts with the style *bsSolid* | |
| 51 | 59 | - **Reason**: Starting with *bsSolid* is more intuitive and is also the state in which LCL brushes start. | |
| 52 | 60 | - **Remedy**: Initialize the brush to *bsClear* after creating your *TFPPixelCanvas* if your code depended on it starting in this state. | |
| 53 | 61 | ||
| 54 | 62 | #### Glut.FreeGlut function renamed to UnloadGlut | |
| 55 | 63 | ||
| 56 | 64 | - **Old behaviour**: Glut unit contained a function called FreeGlut. | |
| 57 | 65 | - **New behaviour**: This function is now renamed to UnloadGlut. | |
| 58 | 66 | - **Reason**: We now include a FreeGlut unit, exposing <http://freeglut.sourceforge.net/> -specific functionality. Function name "FreeGlut" inside Glut unit would cause name clashes and confusion (as it's not related to freeglut library). | |
| 59 | 67 | - **Remedy**: Make the same rename in your source code. | |
| 60 | 68 | ||
| 61 | 69 | #### xmlxsd unit split into xmlxsd and xmlxsdparser | |
| 62 | 70 | ||
| 63 | 71 | - **Old behaviour**: xmlxsd contained functions for parsing xml xsd types and helper functions for libxml2. | |
| 64 | 72 | - **New behaviour**: xmlxsd contains only the helper functions for libxml2, all the parser functions are moved to the xmlxsdparser unit. | |
| 65 | 73 | - **Reason**: xmlxsd allways required the external library libxml2. But if somebody was using just the xsd type parser code, he had to include the libxml2 library also. Now all the xsd type parser functions are in xmlxsdparser. This new unit is not depandant of the external libxml2 library. | |
| 66 | 74 | - **Remedy**: If you are interested in the full libxml2 and xsd functionality, simply add xmlxsdparser to the uses list (besides xmlxsd). If you are interested only in the xsd type parser code, remove xmlxsd (and maybe libxml2) unit and use only xmlxsdparser. | |
| 67 | 75 | ||
| 68 | 76 | ## Previous release notes | |
| 69 | 77 | ||
| 70 | 78 | --- | |
| 71 | 79 | *From the Free Pascal wiki, page "User Changes 2.4.4", as it stood on 2015-05-09 after a change by Socke, out of the wiki's dump of 2024-05-26. Copyright stays with the author who wrote it, according to the old wiki's [[Licensing]] page. If you have concerns about this material, [message the admin](/wiki-contact).* | |
| 72 | 80 | Category: FPC User Changes by release | |
| 73 | 81 | Category: Release Notes |