Pages: 1 [2] 3 4 :: one page |
|
Author |
Thread Statistics | Show CCP posts - 6 post(s) |
Efraya
DEEP-SPACE CO-OP LTD Narwhals Ate My Duck
28
|
Posted - 2011.11.03 09:23:00 -
[31] - Quote
FINALLY!!!!!
Alliance BM's too?
WSpace; Best space. |
|
CCP Tuxford
C C P C C P Alliance
27
|
Posted - 2011.11.03 09:26:00 -
[32] - Quote
Note that the version you have on SiSi is very raw. We've been working on it two programmers so we need to check things in so the other guy can work making us ship a pretty raw version of this. I'm currently working on a blog about this feature which should clear some things up.
Asayanami Dei wrote:
There should be a new grantable role for the corp bookmarks manegment. It would make it easier for the directors to be able to handle a new role, rather then juggle arround an existing role to make it work. It would be cool if you can set access rights for different BMs folders. We decided on a very simple role restriction. Creating new corp roles is very difficult because of the way they are implemented. One day we're going to have to take a step back and do something about that but not today I guess
OR make it so that corp bookmarks can only be added to when uncloaked. Such would prevent cloaky scouts from providing the rest of the fleet a warpin. I suppose it depends on how the mechanics will work... BM straight to corp BM's... BM to personal and then move to corp... etc. [/quote] I think I know what you're getting at. So basically a cloaked ship can create a bookmark near a fleet and the rest warp in there. I don't think it's that big of an issue as people can already warp to the cloaked ship anyway. Of course there could be something that I'm missing. The restriction is for server performance so having it instant isn't really up for debate anyway
Asayanami Dei wrote:
with that periodic updating, could we get a timestamp as to when the folder last updated? This is less important if it ends up being only a 2 minute delay, but if it's a longer delay it would be really nice to know how out-of-date the folder is. Sounds cool. It shouldn't be too out of date though. Its currently 5 minutes
Asayanami Dei wrote:
If at all possible, subfolders in the corp-bookmarks folder would be an awesome addition. If you mean Corp Places -> My Folder -> My Bookmark then yes it's already coming If you mean Corp Places -> My Folder -> My Subfolder -> My Bookmark then no. At least not this iteration
Asayanami Dei wrote:
Another idea would be to create a second tab under the Places tab (sub-tab) rather then a special folder, so you would have a Personal tab and a Corp tab under the places tab. I don't know how would that impact the ability of copying bookmarks there, since its impossible to drag&drop with that kind of setup. Perhaps a right click option like "send to Corp"? It would make copying bookmarks very awkward. Once the new folder structure hits SiSi I hope you find this a lot more clear.
https://gate.eveonline.com/Profile/CCP%20Tuxford/StatusUpdates |
|
|
CCP Tuxford
C C P C C P Alliance
27
|
Posted - 2011.11.03 09:26:00 -
[33] - Quote
Asayanami Dei wrote:
The corp bookmark folder should be visible in the right-click menu in space, just like any other folder they should show up there or at least they do for me. https://gate.eveonline.com/Profile/CCP%20Tuxford/StatusUpdates |
|
Efraya
DEEP-SPACE CO-OP LTD Narwhals Ate My Duck
28
|
Posted - 2011.11.03 09:39:00 -
[34] - Quote
CCP Tuxford best CCP.
WSpace; Best space. |
Circumstantial Evidence
15
|
Posted - 2011.11.03 09:50:00 -
[35] - Quote
Endorsing iteration on this product and / or service. Thank you! |
Potato IQ
Hedion University Amarr Empire
12
|
Posted - 2011.11.03 10:27:00 -
[36] - Quote
This delay method doesnGÇÖt make sense. Unclear how your getting a transmission corp wide when your cut-off from k-space. It is making things too easy and BMGÇÖs should be pulled into this and not pushed, much as I regret saying as the feature is very cool and very powerful
The corp BMGÇÖs should be instant, but can only be made available in same or any other system travelled to beyond the originator BM time. Any corp member that travels through a BMGÇÖd system can pick it up and pass it along. Means you still need the scout/BM transfer pilot out and back element which is more realistic
If the delay method kept, then fast location intel means you still deal with BM swapping to an extent. Instant pull system would improve this
|
Geldorf Drakar
Aperture Harmonics K162
5
|
Posted - 2011.11.03 12:33:00 -
[37] - Quote
Quote:I think I know what you're getting at. So basically a cloaked ship can create a bookmark near a fleet and the rest warp in there. I don't think it's that big of an issue as people can already warp to the cloaked ship anyway. Of course there could be something that I'm missing. The restriction is for server performance so having it instant isn't really up for debate anyway
The problem is that a cloaky scout could land say... 120km off a bunch of ships after having scanned down the site they are in, the cloaky scout can bookmark an object, like a jet can, wreck, or LCO, without having slowboat the 120km, then when the bookmarks propagate to the rest of the corp, they have an instant warpin without the scout having to have spent 10-20 min chasing the target ships around, getting into range, having to avoid things that could uncloak him, etc.
120km @ 500ms = 4 min 120km @ 250ms = 8 min
Depending on your ship, if the corp bookmark propagation delay is too low, it becomes easier to bookmark something close to your target than it is to actually have to fly all that way, and risk having to chase a target around as it moves.
That is why having a restriction on being unable to add to corp bookmarks while cloaked, or force a 10-20 min delay for corp bookmark propagation is necessary. |
Two step
Aperture Harmonics K162
391
|
Posted - 2011.11.03 12:38:00 -
[38] - Quote
CCP Tuxford wrote:I think I know what you're getting at. So basically a cloaked ship can create a bookmark near a fleet and the rest warp in there. I don't think it's that big of an issue as people can already warp to the cloaked ship anyway. Of course there could be something that I'm missing. The restriction is for server performance so having it instant isn't really up for debate anyway
The issue is that if people are killing rats, a cloaked ship could make a corp bookmark to a wreck near the players, then a fleet could warp in on top of them. CSM 6 Alternate Delegate @two_step_eve on Twitter My Blog What does CSM 6 do? |
Nalda Selene
The Red Circle Inc.
1
|
Posted - 2011.11.03 14:34:00 -
[39] - Quote
Two step wrote:CCP Tuxford wrote:I think I know what you're getting at. So basically a cloaked ship can create a bookmark near a fleet and the rest warp in there. I don't think it's that big of an issue as people can already warp to the cloaked ship anyway. Of course there could be something that I'm missing. The restriction is for server performance so having it instant isn't really up for debate anyway The issue is that if people are killing rats, a cloaked ship could make a corp bookmark to a wreck near the players, then a fleet could warp in on top of them.
.. without the chance of getting decloaked by something and giving the game away, I would add. |
Asayanami Dei
Adhocracy Incorporated Adhocracy
104
|
Posted - 2011.11.03 16:01:00 -
[40] - Quote
CCP Tuxford wrote: I'm currently working on a blog about this feature which should clear some things up.
Yes, please! Also, thank you very much for getting this done, it was the number one request from many w-space coporation for years now. If there's anything we (the players) can do to speed up the development process, please let us know :) Much love Tux! <3
My youtube channel Video Thread |
|
Faeyen
Adhocracy Incorporated Adhocracy
9
|
Posted - 2011.11.03 16:16:00 -
[41] - Quote
Two step wrote:CCP Tuxford wrote:I think I know what you're getting at. So basically a cloaked ship can create a bookmark near a fleet and the rest warp in there. I don't think it's that big of an issue as people can already warp to the cloaked ship anyway. Of course there could be something that I'm missing. The restriction is for server performance so having it instant isn't really up for debate anyway The issue is that if people are killing rats, a cloaked ship could make a corp bookmark to a wreck near the players, then a fleet could warp in on top of them.
Or you could just book mark a wreck, warp back to the k162, have the fleet jump and then sling shot them into combat. |
Raid'En
Apprentice Innovations
86
|
Posted - 2011.11.03 16:28:00 -
[42] - Quote
you could even have fleets members at different positions with only one scout who BMed all the good place. BM the entrance (if they flee here), BM the pos (put a bubble before it), BM other entrance (camp here also), Bm different spot of warp in on the grid (so you gave more security while trying to catch him/them)... all that with the same cloaked scout, at the same time, while the fleet will never be visible before it's too late. |
Potato IQ
Hedion University Amarr Empire
12
|
Posted - 2011.11.03 16:28:00 -
[43] - Quote
Geldorf Drakar wrote:That is why having a restriction on being unable to add to corp bookmarks while cloaked, or force a 10-20 min delay for corp bookmark propagation is necessary.
Go to outer planet off D-scan or jump into a neighboring system that is quite and de-cloak. Easy to get around time penalty. Could even use a cheap sacrificial cov-ops if it meant a valuable kill for fleet
IsnGÇÖt the idea to do away with this stupid need to swap/copy/paste BMGÇÖs but without making the intel gathered too easy to obtain for all? Have the time delay of 15 minutes for the likes of general corp BMGÇÖs like exits/entrances and such. For fast intel, read-only fleet folder BMGÇÖs for those quick ops
Bah. Any process that allows remote BMGÇÖs to be made available is over-powered, but any scenario would suggest there is not an easy work-around to this much needed feature
|
jonnykefka
Adhocracy Incorporated Adhocracy
5
|
Posted - 2011.11.03 16:38:00 -
[44] - Quote
CCP Tuxford wrote:Asayanami Dei wrote:
If at all possible, subfolders in the corp-bookmarks folder would be an awesome addition. If you mean Corp Places -> My Folder -> My Bookmark then yes it's already coming If you mean Corp Places -> My Folder -> My Subfolder -> My Bookmark then no. At least not this iteration
What about Corp Places > Corp subfolder > Corp BM? Not defined by each person, but by the people with the appropriate roles, and in the corp BM folder?
Other thought: If the 5-minute delay is non-negotiable for technical reasons, then there is no reason to prohibit cloakies from copying BMs to the corp folder while cloaked. I was actually looking forward to being able to share BMs while cloaked as one of the big upgrades over copying the silly things to my cargohold. Requiring us to spend the extra 5-10 seconds decloaked at a safe-spot or midwarp to drag them from our BMs to the corp folder when there's a five-minute delay before the rest of the corp will get it anyways seems pointless.
Also, are BM folders going to become server-side by any chance? I realize I'm asking for whipped cream on an already awesome slice of cake, but if it's something you are planning to include (or if it's not on this round), we'd love to hear about it. |
Geldorf Drakar
Aperture Harmonics K162
5
|
Posted - 2011.11.03 16:46:00 -
[45] - Quote
Potato IQ wrote:Geldorf Drakar wrote:That is why having a restriction on being unable to add to corp bookmarks while cloaked, or force a 10-20 min delay for corp bookmark propagation is necessary. Go to outer planet off D-scan or jump into a neighboring system that is quite and de-cloak. Easy to get around time penalty. Could even use a cheap sacrificial cov-ops if it meant a valuable kill for fleet IsnGÇÖt the idea to do away with this stupid need to swap/copy/paste BMGÇÖs but without making the intel gathered too easy to obtain for all? Have the time delay of 15 minutes for the likes of general corp BMGÇÖs like exits/entrances and such. For fast intel, read-only fleet folder BMGÇÖs for those quick ops Bah. Any process that allows remote BMGÇÖs to be made available is over-powered, but any scenario would suggest there is not an easy work-around to this much needed feature
You don't live in a wormhole, do you?
When you say it's easy to get around the time penalty, you're not considering quiet a few things...
A) In wormholes, if somebody has a probe out looking for new sigs as they appear... they are going to pick up your ship's sig on scan as soon as you decloak at that planet off D-scan, and they are going to run.
B) Going to another system to move bookmarks would probably take several minutes anyways.
C) The point is to prevent scouts from exploiting any weakness in the corp bookmark mechanics to allow them to do something they otherwise couldnt, like broadcasting a location as a bookmark to provide a fleet warpin without ever having had to move their ship. If they warp out and decloak somewhere else to move bookmarks to corp, they might as well have just warped back to the bookmark and provided a warpin, without having to decloak.
Yea, you can get around the time delay by decloaking somewhere else, and you can get around it by warping off and then warping back to the bookmark you made without decloaking. That's not the issue. The issue is keeping somebody from creating a corp bookmark without having to put some effort and risk into their action. Preventing them from adding to corp bookmarks while cloaked forces them to decloak somewhere, or warp off and back in, risking getting caught by probes or D-Scan, or losing sight of the target and having the target warp off while they are absent, respectively, thus risking something in the endevour.
A large delay and/or a cloak status based limitation prevents people from using corp bookmarks like on demand insta-warpins to remote targets.
Somebody else also mentioned, if there weren't such a restriction, a scout could bookmark several locations in space, without moving at all, thereby providing his fleet a warpin to just about anywhere he chooses. IE if there are two target groups of ships, each with a wreck nearby, but otherwise separated by 500km, the scout could provide a risk-less warpin to both groups, without decloaking, and without having to move and lose eyes. |
Arskaff
Adhocracy Incorporated Adhocracy
0
|
Posted - 2011.11.03 18:01:00 -
[46] - Quote
Regarding the Director role:
I understand that it is technically a nightmare to add a new role (I can only assume its because they're implemented as flags).
I would recommend seeking a different role for this ability, since current implementation would not allow the vast majority of benefits - as seen in the eyes of a WH dweller - to take place, which would be a waste of an amazing and long expected feature.
My humble suggestion is to consider the "Communications Officer" role instead. |
Tashanaka
Adhocracy Incorporated Adhocracy
6
|
Posted - 2011.11.03 20:03:00 -
[47] - Quote
Arskaff wrote: ... My humble suggestion is to consider the "Communications Officer" role instead.
Good idea, Director role is too important for corp BMs.
|
Circumstantial Evidence
15
|
Posted - 2011.11.03 20:19:00 -
[48] - Quote
+1 to BM folders SERVER SIDE (and market quickbar entries) +1 to "Communications Officer" role
More complicated question: I would like an option - to see BM's *in space* when i'm on grid with them. Bonus points for translucent green sphere, sized to indicate the warp-in landing variation.
|
Faeyen
Adhocracy Incorporated Adhocracy
9
|
Posted - 2011.11.03 22:01:00 -
[49] - Quote
Be careful for what you wish for. Remember how we got server side fittings but we are only allowed to have 50 saved? |
|
CCP Tuxford
C C P C C P Alliance
33
|
Posted - 2011.11.03 22:14:00 -
[50] - Quote
jonnykefka wrote: What about Corp Places > Corp subfolder > Corp BM? Not defined by each person, but by the people with the appropriate roles, and in the corp BM folder?
Yes this is what I meant. Basically what I'm trying to say is that we can have one level of folders for both personal and corporation bookmarks.
jonnykefka wrote: Other thought: If the 5-minute delay is non-negotiable for technical reasons, then there is no reason to prohibit cloakies from copying BMs to the corp folder while cloaked. I was actually looking forward to being able to share BMs while cloaked as one of the big upgrades over copying the silly things to my cargohold. Requiring us to spend the extra 5-10 seconds decloaked at a safe-spot or midwarp to drag them from our BMs to the corp folder when there's a five-minute delay before the rest of the corp will get it anyways seems pointless.
I mentioned this whole issue of boosting scouts to a game designer and he wasn't really that stressed since we had the caching for 5 minutes (although he didn't want to commit to not being stressed about it later ). Yes making a 120km journey on going 250m/s takes 8 minutes but then again making a bookmark warping out and back in to the bookmark is way faster anyway. However the caching is 5 minutes so on average you will actually get the bookmarks 2.5 minutes later. Having this restricted by your cloaked state is very hard because, and excuse me for getting technical, the node we ask to copy the bookmarks is not the same as the one that the solar system is located on. However if needed then forcing a delay on the bookmarks to show up for other users is not that hard to do if we deem that necessary.
jonnykefka wrote: Also, are BM folders going to become server-side by any chance? I realize I'm asking for whipped cream on an already awesome slice of cake, but if it's something you are planning to include (or if it's not on this round), we'd love to hear about it.
Having folders for corporations client side doesn't really make sense since I've heard that there are actually more than one character per corp (crazy right?). Since we're already creating a folder structure for corporation bookmarks to be stored on the DB it didn't make a lot of sense to not move your personal bookmark folders to the server as well.
A lot of people have been involved in this feature. Awesome as I may be then the real thanks should go to the guy that made this a priority. I'm really just the tool.
Note to self: Stop referring to self as a tool.
https://gate.eveonline.com/Profile/CCP%20Tuxford/StatusUpdates |
|
|
Tashanaka
Adhocracy Incorporated Adhocracy
6
|
Posted - 2011.11.03 22:26:00 -
[51] - Quote
CCP Tuxford wrote: ... Since we're already creating a folder structure for corporation bookmarks to be stored on the DB it didn't make a lot of sense to not move your personal bookmark folders to the server as well.
A lot of people have been involved in this feature. Awesome as I may be then the real thanks should go to the guy that made this a priority. I'm really just the tool.
Ah Tux, you just made me so happy!
|
Jack Dant
The Gentlemen of Low Moral Fibre
76
|
Posted - 2011.11.04 00:30:00 -
[52] - Quote
CCP Tuxford wrote:Having folders for corporations client side doesn't really make sense since I've heard that there are actually more than one character per corp (crazy right?). Since we're already creating a folder structure for corporation bookmarks to be stored on the DB it didn't make a lot of sense to not move your personal bookmark folders to the server as well. This sounds great, but how will the transition go? Will all our client-side folders dissapear on patch day, or be transferred?
|
Faeyen
Adhocracy Incorporated Adhocracy
9
|
Posted - 2011.11.04 01:57:00 -
[53] - Quote
Jack Dant wrote:CCP Tuxford wrote:Having folders for corporations client side doesn't really make sense since I've heard that there are actually more than one character per corp (crazy right?). Since we're already creating a folder structure for corporation bookmarks to be stored on the DB it didn't make a lot of sense to not move your personal bookmark folders to the server as well. This sounds great, but how will the transition go? Will all our client-side folders dissapear on patch day, or be transferred?
This is not such a big deal for myself as I have a fairly simple folder system, but others rely on their bookmark folders quite heavily. I would at least say that the folders are important to them and redoing them would be a chore. |
Honsou Blackblade
Future Corps Sleeper Social Club
0
|
Posted - 2011.11.04 01:59:00 -
[54] - Quote
This is seriously awesome for wormhole corps. No more forgetting to update the bookmark can, or forgetting to put them back.
The ability to ADD bookmarks could be a GLOBAL role, but only a higher level of access could move/remove them. This would help prevent in corp spies who delete bookmarks that you need, as well as give enough access that any corp member can add the bookmark they need. Besides, you all date your bookmarks.... right? Right....? |
Faeyen
Adhocracy Incorporated Adhocracy
9
|
Posted - 2011.11.04 02:06:00 -
[55] - Quote
Honsou Blackblade wrote:This is seriously awesome for wormhole corps. No more forgetting to update the bookmark can, or forgetting to put them back.
The ability to ADD bookmarks could be a GLOBAL role, but only a higher level of access could move/remove them. This would help prevent in corp spies who delete bookmarks that you need, as well as give enough access that any corp member can add the bookmark they need. Besides, you all date your bookmarks.... right? Right....?
Well we only date the h-t bookmarks (home-static) and the sites that spawn at home. |
Sassums
Wormhole Exploration Crew Transmission Lost
17
|
Posted - 2011.11.04 03:27:00 -
[56] - Quote
Would it be hard to implement an Alliance Wide BM system?
Many of us in WH space, share the same system with the alliance, it would make it a lot easier to run ops with alliance wide BM's |
Yvan Ratamnim
Phoenix Evolved Part Duo
35
|
Posted - 2011.11.04 04:00:00 -
[57] - Quote
CCP Tuxford and the other devs involved ROCK!!!!!!!!!!!!!!!!!!!!!!!!!
You just made dealing with JB networks so much better than having to copy bmarks constantly....
Also what sassums said, nullsec wud like the alliance bookmarks as well... i mean its not a huge deal, alliance now will just give each corp the needed bookmarks for them to use as corp bookmarks, but alliance bookmarks would rock. |
Yvan Ratamnim
Phoenix Evolved Part Duo
35
|
Posted - 2011.11.04 04:01:00 -
[58] - Quote
Any chance of getting bookmarks in overview/space possible? i know it was on the todo list but while were talking about bookmarks i figure i'd ask as it would be so helpful |
Circumstantial Evidence
16
|
Posted - 2011.11.04 06:53:00 -
[59] - Quote
Sassums wrote:Would it be hard to implement an Alliance Wide BM system?Many of us in WH space, share the same system with the alliance, it would make it a lot easier to run ops with alliance wide BM's Oh yes, would be nice to set a SCOPE for each BM: personal, corp, alliance. The alliance executor corp could act as the repository for BM's saved and "scoped" to alliance by the player. If a corp that did not save and set "scope" for a BM left alliance, that corp would no longer have access to the executor corp BM repository. |
Floydd Heywood
Science and Trade Institute Caldari State
15
|
Posted - 2011.11.04 08:46:00 -
[60] - Quote
Two step wrote:The issue is that if people are killing rats, a cloaked ship could make a corp bookmark to a wreck near the players, then a fleet could warp in on top of them.
I'd actually like that. It's a big change, yes, but not a bad one imho. Why shouldn't a scout be able to transmit something like: "I am in system J123456 and the target is at coordinates 265,452,685. Get him!" (And instant transmissions are obviously possible, since we can chat with anyone in the universe no matter where they are :-p)
Ok, maybe that would make scouting too easy and thus boring, so I can live with the proposed changes just as well.
One thing that will definitely become a lot easier: Scouts scanning in high/low for wormholes with targets in them. As it is now, the scout has to give the BM to any wormhole he finds to a corpmate before he goes in. So that if the wormhole contains targets he doesn't have to get out again to lead the fleet in, thereby doubling the risk of being seen. With the change he can just make corp BMs if the found system is worthwile. The delay won't matter because the fleet will need a few minutes to get to the entrance anyway. |
|
|
|
|
Pages: 1 [2] 3 4 :: one page |
First page | Previous page | Next page | Last page |