Let me first make it clear that my knowledge of EOs OSC doesn't really extend much further than firing EOS cues from QLab.
However, I can see that the TouchOSC Layout you linked to in your previous post uses
/eos/out/pending/cue/text and
/eos/out/active/cue/text
to get feedback from the EOS
These OSC messages are transmitted automatically every time the pending or active cue changes.
In this screenshot (and the attached screen recording)
I have set up EOS to send its OSC output to port 9000 where it is received by OSCULATOR
Osculator translates /eos/out/pending/cue/text {text} to /cue/EOS/notes {text} and sends it to QLab on port 53000 (OSC access has a no passcode route set in QLab)
So every time the pending cue changes, the notes of cue "EOS" change to the info for the pending cue, including its name.
You can also get information for cues by sending messages to EOS
You can probably do the same thing in EOS's OSC Router app if you prefer that to OSCULATOR.
If you wanted to have a hotkey in QLab that transferred the EOS info into the notes of the QLab network cue cue that would fire a particular cue number you could construct a table of all the cues in a cue list by first finding how many cues there are in the list with
/eos/get/cue/<cue list number>/count
and then use
/eos/get/cue/<cue list number>/index/<index number> repeatedly to get the info for each cue, by incrementing the index.
Once you had that table, you could write a script that found what number the selected QLab network cue was going to fire by parsing the network cue's OSC message. The script would then look that up in your table and put the EOS info for that cue in the notes or.q name of that network cue.
But this is far from trivial to program and involves having a far more complex intermediate app than OSCULATOR or OSC router between EOS and QLab.
Someone else may have a better solution, but having had a quick look at the EOS OSC implementation (which is quite extensive) I can't see an obvious way of doing it.
Mic