Let us queue with same people

[Roda]

No one has still explained how this works when there are different ways of getting grouped. Given this scenario:

Tank queues as mentor.
Healer queues as leveling.
DPS1 queues directly for that specific dungeon.
DPS2 queues as 50/60/70/80.

What exactly are you expecting the next dungeon / roulette to be exactly?

Oh, 'cause that's a job for the devs to figure out with their libraries and resources and development pipelines, not for random forumgoers to argue out the intricate details in a forum interface that barely exceeds 2000s era forum organization/function with spotty information based on how things feel to them.
Half this forum can't describe the difference between 2 pictures in a constructive manner, and you expect us to pour over spreadsheets, flowcharts, and brainstorming boards before a player's desire for a QoL feature can be deemed worthy of the devs' gaze?

Also.
If we want to handle it similarly to how WoW handles it, change the dutyfinder interface within instances to have the same functionality as it has outside of an instance. Allow the party leader to queue the existing party and its remaining members for a duty as if they were outside of the instance already grouped. They can add a readycheck-like function on queuing to get consent from the individual partymembers. Those who deny are removed from the party and those who accept are queued in with the leader.

Or, if we want to simplify it to be more comfortable for XIV's current interface, just have a choice on exiting the dungeon to remain in the crossworld party for ease of continuing on with the people you were running with so we don't have to stop the groove by having a post instance discussion of if we want to continue and how to set up the group afterwards and then have to root through the contacts list or fiddle with finding/creating a PF. Basically just a button for "automatically invite/join a crossworld party with previous group". Like this is a really tame QoL request???


And I see a lot of confusion surrounding the term "next dungeon". It does not mean some instance that is somehow predetermined by the game for the group to be queued into. It's a stand in for the answer "Hey guys, that was fun, wanna run some more, if so what do you want to run next?"

[Mostly_Raxus]

No one has still explained how this works when there are different ways of getting grouped. Given this scenario:

Tank queues as mentor.
Healer queues as leveling.
DPS1 queues directly for that specific dungeon.
DPS2 queues as 50/60/70/80.

What exactly are you expecting the next dungeon / roulette to be exactly?

the freedom to ask the party and re-queue with the ones that agree and remain in the instance. have you not played any other modern MMORPGs? grps deciding to continue running together just for fun or say its tues and we are farming x dung for tome cap...
you act like this option forces you to engage in it?
why does something you can actively not participate in affect you?

its a multiplayer game, let us make friends in instances and continue running with them if we want. you can just leave at the end and go back to what ever you want.

[Menriq]

the freedom to ask the party and re-queue with the ones that agree and remain in the instance. have you not played any other modern MMORPGs? grps deciding to continue running together just for fun or say its tues and we are farming x dung for tome cap...
you act like this option forces you to engage in it?
why does something you can actively not participate in affect you?

its a multiplayer game, let us make friends in instances and continue running with them if we want. you can just leave at the end and go back to what ever you want.

It affects me because resources for working on this would take away from other things they could be working on. When it comes to priority, I would imagine this would be pretty low on the list because the return on investment would more than likely not justify this. There are so many things people aren't thinking of when they ask for something and think it's just something so simple and should be quick. I get this all the time as a developer. Once you start enlightening people on just how involved it is, it opens their eyes that it's not as simple as it sounds.

[Mostly_Raxus]

It affects me because resources for working on this would take away from other things they could be working on. When it comes to priority, I would imagine this would be pretty low on the list because the return on investment would more than likely not justify this. There are so many things people aren't thinking of when they ask for something and think it's just something so simple and should be quick. I get this all the time as a developer. Once you start enlightening people on just how involved it is, it opens their eyes that it's not as simple as it sounds.

its a multi billion dollar company, if they are not working on something you like its not because they dont have the funds, its because they dont care.


you get that your straw-man argument can be used with anything right? why are jobs getting stale and homogenized? because fixing them could take away from them doing something i want instead...
your "what if" is very convenient but not based in any fact or truth.

[Kanehon]

I'm not gonna go into "easy to implement" because, honestly, I doubt it would be. I'm not a programmer, I just find it extremely unlikely that one line of code would solve it.

But other people have brought up a lot of good, valid concerns.

Mainly, I agree with what counts as "Next" one, though I do see that the original post says "Another" which could be anything.

That said, I'm also in agreement with how you can simply ask someone if they want to help you in more roulettes/MSQ at the end of the dungeon. If people are leaving too fast for you to ask, clearly they have no interest in staying.
Secondly, people who are looking for a consistent group of the same people can do it via Party Finder.

And as it has been pointed out, we have the contacts section where you can find someone you just went into a dungeon with. I don't really see how that is not enough to reach out to the people you've just ran content with, I've added friends and messaged people (And in one specific case, invited them to an Eternal Bonding Ceremony lol) through the contacts. But perhaps someone who finds it lacking could explain further what exactly are its shortcomings that I'm missing?

Overall, I find this a very redundant system at best. Disruptive at worst for example when you're going through MSQ, in the middle of cutscenes, or just need to go. Though I would love to hear suggestions of implementation to improve on those concerns that, honestly, go beyond "It can be done because WoW does it"

[Mcg55ss]

When a dungeon ends, give us the option to queue for another dungeon with the same people, instead of saying 'good game' and disappearing just to sit in the queue again for 10 minutes.

cheers

idk bout asking but why not just let us Reque for another dungeon once the dungeon is complete. I know in WoW you just que for dungeon again after one is done and everyone that is there can vote yes or no, its not that hard to do and if someone votes no they generally leave fairly quick and the rest que. This would actually be really nice for leveling jobs / alts, just click que leveling it pops up QUE for Leveling dungeon with a timer (think WoW is 1 minute)...and you select yea or no.

[Equitable_Remedy]

This is one of those features where I would be fine with it and I'm fine without it. However, I don't think that I would favor diverting development resources from almost anything else to this.

[TaleraRistain]

I don't think automatically queueing into the "next" dungeon (how would the system even determine that on its own without some sort of input from the team) is feasible but turning the party into a cross-world party upon exit for those who choose not to leave, maybe? It would all depend how things work on the backend when someone exits an instance. But they do have the Contact list so there is some precedent that the game remembers you were together and that might be something to build on. All dependent upon how the database and code works together currently and none of us really know that.

[ThomasOfEger]

idk bout asking but why not just let us Reque for another dungeon once the dungeon is complete. I know in WoW you just que for dungeon again after one is done and everyone that is there can vote yes or no, its not that hard to do and if someone votes no they generally leave fairly quick and the rest que. This would actually be really nice for leveling jobs / alts, just click que leveling it pops up QUE for Leveling dungeon with a timer (think WoW is 1 minute)...and you select yea or no.

Who are you to make anyone wonder if it's worth giving any resources according to you? Out of nothing? Just build it on top of an existing que system. Just like they created any que for any instance before, it just prints the condition
If character X press button YES than ... blah blah like in c++