Maybe for such situations it is more organic to add a new `format` step? It will also be very useful in many other situations and be able to replace the asString step. ``` g.V(3).format("%s is in %s", values("code", "city"))) ```
or other example for modern graph ``` g.V().hasLabel("person").format("Person %s is %s years old", values("name", "age")) ``` On Tue, Aug 15, 2023 at 8:24 AM Kelvin Lawrence <kelvin.r.lawre...@gmail.com> wrote: > Playing with Gremlin 3.7, and looking at concat() I kind of wish this > worked > > g.V(3).as('a').values('code').concat(' is in ', select('a').values('city')) > > rather than having to do > > g.V(3).as('a').values('code').concat(' is in > ').concat(select('a').values('city')) > > 2:58 <https://amzn-aws.slack.com/archives/D019DRT9KKN/p1691611095325259> > we do allow > > g.V(3).as('a').values('code').concat(' is in ', 'Austin') //String... > > so it feels a little unbalanced. I wish I had noticed this before > but I guess the type signature would have to be object... almost for that > to work. Perhaps there is a possible compromise where we could do something > using Traversal... and String... > > -- > Cheers, Kelvin >