Support object shorthand in logical predicates

[brookslybrand]

The documented object shorthand fails when it is nested inside or() or and():

where: or({ username: input }, { email: input })

In simple terms, where understands these objects, but the logical helpers only understood predicates built with helpers such as eq().

• The CRUD documentation promises object shorthand inside or().
• The logical helper signatures only accepted Predicate[], while object shorthand was only normalized later at the outer where() boundary.
• Reported by @rossipedia in Discord.

This updates and() and or() to accept the same object-or-predicate input used by where() and normalize each child with the existing object shorthand logic. It also preserves precise column inference when objects and explicit predicates are mixed.

[github-actions]

Preview Build Available

A preview build has been created for this PR. You can install it using:

pnpm install "remix-run/remix#preview/pr-11707&path:packages/remix"

This preview build will be updated automatically as you push new commits.