Ternary operator feature support

[madsenmm]

I know this feature has been requested before in this thread: #236

And based on 85 liking the idea, versus 2 not liking the idea says something.

But that issue was closed back in 2016, and as the docs says:

Things we will merge
- Features that are likely to be useful to the majority of Liquid users

I personally still see a great advantage in having the opportunity to use ternary operators, the code is way more slick and friendly to look at.

I saw the default filter was suggested, but doesn't always come in handy, when using logic.

Without ternary

{%- liquid
   assign has_selected_variant = false

   if product.selected_variant != nil
      assign has_selected_variant = true
   endif
-%}

With ternary

{%- assign has_selected_variant = product.selected_variant != nil ? true : false -%}

[Curzey]

This or #1271 would be so clean! 🚀

[paulhuisman]

Please implement this. Saving heaps of lines of unnecessary code.

[mirceapiturca]

This would be really handy and add readability to the code. I would love to see Liquid getting closer to JavaScript syntax (Ruby here also).

[Curzey]

@dylanahsmith 😶

[dylanahsmith]

I saw the default filter was suggested, but doesn't always come in handy, when using logic.

It seems. like the difference between what you want and the default filter is the ability to specify the value to use when it is truthy.

The condition ? value_if_true : value_if_false C-style syntax seems to those that aren't familiar with it. My bias would be to something closer to python style conditional expression syntax (value_if_true if condition else value_if_false), which seems more readable and immediately understandable. However, preceding with a condition would actually make it easier to turn into a filter by replacing ? and : with the filter name and a keyword argument name.

Starting with a filter would make it much easier to introduce without worrying about backwards compatibility concerns. It wouldn't preclude the introduction of special syntax for it. It would actually make it easier to gauge adoption of the feature, that would help with justifying special syntax for making it more concise.

[madsenmm]

@dylanahsmith Would love to see an example of suggested filter option. Either way it would be an awesome feature, I think
most liquid users would appreciate.

You thinking of something like this, or what is the idea of replacing ?: with filter names?
assign ternary = somelogic | truthy: 'something' | falsy: 'somethingelse'

[notrealdev]

I think this feature will take another decade to be considered by the staff, lol

[dylanahsmith]

You thinking of something like this, or what is the idea of replacing ?: with filter names?
assign ternary = somelogic | truthy: 'something' | falsy: 'somethingelse'

I was thinking it would be a single filter. We already have a default filter, so we kind of want the inverse with an else keyword argument. As in something more like

assign ternary = somelogic | if_truthy: 'something', else: 'somethingelse'

I'm just not sure about using the word "truthy" in the filter name. That is kind of a non-standard word that seems to be introduced to describe the way programming/template languages handle if conditions. Although the concept has been documented in languages like liquid, normally it doesn't need to actually appear in the code due to if preceding the condition, so it is implied that it is followed by a condition that is tested for whether it is "true". In this case, the condition precedes the filter name, unlike how if is normally used in English for conditionals, hence the use of if_truthy instead of if in the example above.

Are there object-oriented programming languages that try to provide something like "if" as a method that we could take inspiration from? E.g. somelogic.if_truthy { 'something' } could be a ruby method.

Possibly the awkwardness of the naming is why the C ternary syntax uses ? to indicate the it is preceded by a condition instead of looking for an appropriate word.

[andershagbard]

How about just if and unless ?

{%- assign somevar | if: 'something' -%}
{%- assign somevar | if: 'something', else: 'somethingelse' -%}
{%- assign somevar | if: 'something', 'somethingelse' -%}

{%- assign somevar | unless: 'something' -%}
{%- assign somevar | unless: 'something', else: 'somethingelse' -%}
{%- assign somevar | unless 'something', 'somethingelse' -%}

Personally, I like the one where else is a param.

[dylanahsmith]

I already tried to explain why just an if filter name would be confusing (the same applies to unless)

In this case, the condition precedes the filter name, unlike how if is normally used in English for conditionals, hence the use of if_truthy instead of if in the example above.

E.g. {%- assign a | if: b, else: c -%} reads as: "assign a if b, else b". That makes it seem equivalent to

{% liquid
  if b
    assign a
  else
    assign c
  endif
%}

especially to python programmers, since python has the value_if_true if condition else value_if_false syntax for ternary operators.

[pablogiralt]

+1

[Jellyfishboy]

+1

[madsenmm]

@dylanahsmith How about something like this, that would remove the confusion of the wording, even with the if/unless keywords. As it reads how you would return it

{%- liquid
  assign a = 'a' | if: 'something true', then: 'b'
  assign b = 'b' | unless: 'something true', then: 'a'
-%}

Or a combined wording, does seem more messy though

{%- liquid
  assign a = 'a' | ifthen: 'something true', 'b'
  assign b = 'b' | unlessthen: 'something true', 'a'
-%}