Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DOC Rename FormField method #670

Open
wants to merge 1 commit into
base: 6.0
Choose a base branch
from

Conversation

emteknetnz
Copy link
Member

@emteknetnz emteknetnz force-pushed the pulls/6.0/rename-ffv branch 3 times, most recently from 0dbac2b to 6ed834b Compare January 21, 2025 02:54
@emteknetnz emteknetnz force-pushed the pulls/6.0/rename-ffv branch 3 times, most recently from b55a8c0 to e9de2e0 Compare January 29, 2025 22:43
@emteknetnz emteknetnz force-pushed the pulls/6.0/rename-ffv branch from e9de2e0 to aa18762 Compare January 30, 2025 03:11
@emteknetnz emteknetnz marked this pull request as ready for review February 2, 2025 03:47
@@ -1088,6 +1088,7 @@ As part of these changes [`ArrayList::find()`](api:SilverStripe\Model\List\Array
- `SilverStripe\ORM\DataExtension`, `SilverStripe\CMS\Model\SiteTreeExtension`, and `SilverStripe\Admin\LeftAndMainExtension` have been removed. If you subclass any of these classes, you must now subclass [`Extension`](api:SilverStripe\Core\Extension) directly instead.
- [`DBCurrency`](api:SilverStripe\ORM\FieldType\DBCurrency) will no longer parse numeric values contained in a string when calling `setValue()`. For instance "this is 50.29 dollars" will no longer be converted to "$50.29", instead its value will remain as "this is 50.29 dollars" and it will throw a validation exception if attempted to be written to the database.
- The `SilverStripe\Model\List\ArrayList.default_case_sensitive` configuration property has been removed. This means the default case sensitivity of `ArrayList` is now the same as any other list which uses search filters. If you were using that configuration property, or you were relying on `ArrayList` being case sensitive by default, you should double check that your list filters are working the way you expect. See [search filters](/developer_guides/model/searchfilters/#modifiers) for details about case sensitivity in search filters.
- `SilverStripe\Forms\FormField::Value()` has been split into to [`FormField::getValue()`](api:SilverStripe\Forms\FormField::getValue()) which usually returns an unmodified version of the field, and [`FormField::getFormattedValue()`](api:SilverStripe\Forms\FormField::getFormattedValue()) which is intended to be modified with things like localisation formatting. If you have overridden the `Value()` method in a subclass, you will need to update the method name, usuall to `getFormattedValue()`. If you have use `$Value` in a template to get the value of a form field, you will also need to update it to `$FormattedValue`.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
- `SilverStripe\Forms\FormField::Value()` has been split into to [`FormField::getValue()`](api:SilverStripe\Forms\FormField::getValue()) which usually returns an unmodified version of the field, and [`FormField::getFormattedValue()`](api:SilverStripe\Forms\FormField::getFormattedValue()) which is intended to be modified with things like localisation formatting. If you have overridden the `Value()` method in a subclass, you will need to update the method name, usuall to `getFormattedValue()`. If you have use `$Value` in a template to get the value of a form field, you will also need to update it to `$FormattedValue`.
- `SilverStripe\Forms\FormField::Value()` has been split into to [`FormField::getValue()`](api:SilverStripe\Forms\FormField::getValue()) which usually returns an unmodified version of the value, and [`FormField::getFormattedValue()`](api:SilverStripe\Forms\FormField::getFormattedValue()) which is intended to be modified with things like localisation formatting and will be displayed to users. If you have overridden the `Value()` method in a subclass, you will need to update the method name to one of these, depending on the purpose of the custom functionality. If you use `$Value` in a template to get the value of a form field, you will need to update it to `$FormattedValue`.

This feels like it probably deserves its own section (I'd guess it's a fairly high-traffic method, and this is a fairly substantial amount of information) - but I won't block merging if you think it should stay here as a footnote.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants