Forum Replies Created
-
AuthorPosts
-
October 9, 2021 at 3:40 pm in reply to: Infinite Universal Diadem Scenario Botanistđ±, Miningâ, and FishingđŁ #32902
Iâm also a software dev and have worked tech support (this seems to be the first sentence of several posts as if this brings any legitimacy to their claims. lmfao.)
I think most of yâall are just being jerks at this point. Use it, or donât use it, either way the miqobot dev team is who we are supporting with our money. I love miqobot as it is now. Do i wish there were more features/etc? Sure. But it legit does so much already, and thatâs what i pay for.
If it isnât doing what you want it to do â just unsubscribe. Itâs legit not helping anything to start multiple threads of just complaining. If you think you can do better since youâre a âsoftware devâ then go do it.
Iâve trusted the miqobot devs to get us to where we are today, and if they are prioritizing support instead of 100% development, thatâs up to them.
Makes you wonder how many is actually working as software devs, or they just watched a youtube video and learned to write hello world in c#. lol
Wait…. So I’m not a software dev XD đ
This is my macro… it works perfect for me.
/micon Raise /mlock /merror off /ac Swiftcast <me> /p witty raise comment here /p Raising <t> <se.10> /wait 1 /ac Raise<t> /comfort <t>
- This reply was modified 3 years, 2 months ago by Ray.
Found a small bug with Combat when paired with an XIVLauncher feature âXIV Comboâ. With Red Mage it works great in the Squadron Dungeons in combat with XIV Combo enabled, however when using Assist Mode paired with XIV Combo it will only do the first Enchanted Riposte then flip backwards (Displacement)â I believe this is because the features scan for available hotbar icons at different times. Can the skill lookup delay be merged between the two so itâs waiting the same amount of time or scans at the same phase for the available skill on hotbars? XIV Combo saves a ton of room on the screen so I would like to be able to keep it and not have to set up a separate UI for assist mode đ
While I don’t speak for the team I think classifying this as a bug is incorrect.
I’d like to add to this, is there a delay implemented for when a DRK or GNB uses there invulnerability ability? And if there is can we possibly extend that delay, my reason is that I’ve had multiple tanks imply that a healer has used Benediction on them much to quickly ultimately wasting there invulnerability. DRKs inherently could get up to 20 seconds of invulnerability if they actually hit “0” HP or 10 seconds if I understand they’re ability correctly.
August 30, 2021 at 11:54 pm in reply to: Miqocrafter [Crafting/Gathering Full Scenario Generator] #32208I understand that miqobot will not increase in price, but I echo other people’s sentiments in that I would very happily pay more per month, probably $15. The project has had a very positive impact on my gameplay. I personally do not mind waiting longer for quality updates, I appreciate that when features are released or even updated they are not bugged. Keep doing what your doing miqo team. But don’t neglect your health for this project either.
I donât use Discord Bridge plugin because itâs hogging up my CPU usage. I use XIVChat Server instead because I can use that to send chat, so I can chat while minimizing FF14âs window when botting. It has some settings for GM chat, but Iâm not sure how it works because I never had GM chat me.
GMs generally have a tag [GM] as part of there name… I assume that XIVChat Server is just looking for messages to or from people who have that tag in there name.
Would it be possible to allow miqobot to automatically move down the enemy target list when Assist Mode is enabled, with an optional hotkey to disable this sort of feature? My request is that it would simply start from the top of the enemy list and when the first enemy in the list is dead it then moves to the next and on and on. If you need to manually select some other enemy you trigger the hotkey to temporarily disable this feature, do what you need, then reenable it.
I dont know if i can get behind the hand holding logic here. You say your a bot. but you dont want us to bot to much. you can use one game in one place but not another.. i think it should be up to the user on where to use the bot that they paid for. idk maybe im outta line here.. but i dont think you should restrict users based on that.
They are not restricting, they said its a low priority.
Yes, they are indeed in memory. Direct links between keybinds and skills have always been in memory.
But this data is nonlinear and is extremely difficult to work with. It would require redesigning about 80% of low level interaction modules.The link above describes a workaround that allows minimizing the clutter on your screen to a small semi-transparent bar.
Would you please clarify, is this a significant problem to you?For me it is not a significant problem, just a minor annoyance. I think that after looking at the suggestion of hiding them behind the MSQ quest UI component I wont even be able to see them at all and it will be an “out of sight out of mind” type thing.
We are sorry, but Miqobot is compatible with native game features only. Interaction with an external plugin would require several additional months of research and development.
We will add your suggestion to the list of potential improvements, but please do not expect it to be implemented soon.Thanks for the quick response, I have an additional request, is it possible that hidden hotbars can be looked at again. According to this link about Hidden Hotbars it is stated that the Hotbars remains empty until unhidden, however I have noticed that I am able to use keybinds attached to skills, abilities on hidden Hotbars before they become unhidden which leads me to believe they are in fact in memory somewhere. Possibly another change occurred after 5.2.
Edit:
Specifically my hotbars are hidden/unhidden by using a macro command /hotbar display 10 [on/off]
- This reply was modified 3 years, 4 months ago by Ray.
-
AuthorPosts