DOC: prepare 2.3.1 whatsnew notes for release
Prepping for doing a 2.3.1 release today, xref https://github.com/pandas-dev/pandas/issues/61590
@jorisvandenbossche for the "Comparisons between different string dtypes" is there an issue ref?

I don't get why:

> When ``pd.StringDtype("pyarrow", na_value=pd.NA)`` is compared against any other string dtype, the result will always be ``boolean[pyarrow]``.

since when did we start mixing the pandas nullable dtypes with the ArrowDtypes?

If this is now policy, when do the ArrowDtypes return the ArrowDtype version of the string array and not the new default string array (pd.NA variant)? in "Index set operations ignore empty RangeIndex and object dtype Index"

the code block uses 

```python
pd.options.mode.infer_string = True
```

this should be
```python
pd.options.future.infer_string = True
``` > for the "Comparisons between different string dtypes" is there an issue ref?

https://github.com/pandas-dev/pandas/pull/61138 is the PR, https://github.com/pandas-dev/pandas/issues/60639 the issue. Will add a link

> since when did we start mixing the pandas nullable dtypes with the ArrowDtypes?

Unfortunately for some time .. (and it is also a change that I don't really agree with). I was also again confused about it when finalizing that PR (see https://github.com/pandas-dev/pandas/pull/61138#discussion_r2089434158). But, this has been like this now for some releases, so not something to change here in pandas 2.3 (if we want to change it, it's something for 3.0 I think). 
I know there was some discussion about this in the past, looking it up.
 Well I need to do some more research to be sure, but I'm not happy on two fronts: the change itself and the fact that you were "required" to do PDEP-14 and maintain backwards compat with the "experimental" StringDtype because it had been available for so long. So it appears others seem to have changed the API without any deprecation or warning. Hopefully this will be clarified in the roadmap discussion. > > for the "Comparisons between different string dtypes" is there an issue ref?
> 
> #61138 is the PR, #60639 the issue. Will add a link

great.

Let's just do that for now. No need to block on the rest of my comment. > and the fact that you were "required" to do PDEP-14 

Just to clarify here: this behaviour stems from before PDEP-14, and it is _only_ for the NA-variant of the dtype, not for the future-default NaN-variant (so that's another reason that resolving this specific item is not a priority for 2.3) Putting it here now just because I looked it up (but further not related to the content of this PR): the change for returning `bool[pyarrow]` instead of BooleanDtype was done in 2.0 in https://github.com/pandas-dev/pandas/pull/51643, triggered by doing something similar for `value_counts` returning `int64[pyarrow]` instead of Int64 (https://github.com/pandas-dev/pandas/pull/51542). This came up again at https://github.com/pandas-dev/pandas/pull/59330#discussion_r1693973328 and then Will created https://github.com/pandas-dev/pandas/issues/59346 to discuss (but we haven't actually further discussed it) /preview Website preview of this PR available at: https://pandas.pydata.org/preview/pandas-dev/pandas/61794/