Can we simply have an endless personally stored bookmark thing. There is no reason with modern pcs to have limit on something like bookmarks. Maybe some better tools to organize also. I've only been playing for a month or so total. I've already used them all up and I don't really want to. I would love to have unlimited bookmarks. Or is there a way to get this now?
Get rid of bookmark limit and store on our pc.
- Thread starter Noobilite
- Start date
Because bookmarks aren't stored on your PC, the reason being you can now share them with your squad mates and you couldn't do that if they were stored locally, so the current iteration of bookmarks aren't infinite because server storage requirements limit it. It would require a redesign of the entire bookmark system, a thing that I agree is desired by many players, myself included, but because it's not simply a matter of increasing the limit it will probably require some work and FDEV may have other things they think are more important. It will happen, I hope, in a future update.
Simple answer. Make the server bookmarks dedicated to sharing with your squad. And then have infinite locally stored bookmarks. Then you can share any bookmark and it goes into the shared category. There is no reason you can't share something not on a server. It just goes on the server after it's shared. Or something similar. All they have to do is simply reference the info from the local store or similar and then tell it to produce a server based bookmark on demand. Same thing as now but with a local cache of bookmarks added to it. It should be trivial for them to design.
This could also allow limited shareable bookmarks for speciality use that can be loaded and unloaded. These can also be stored locally and shared via p2p in essence. It is completely doable.
Last edited:
And while that may be a simple answer, it may not be simple to implement. People always come here and say "just do X" but when X requires a major rewrite of a section of the game code then it may not necessarily take priority over other things. What would you like them to delay while the rewrite the bookmarks code?
That is a simplistic view of the issue. Hey, what about paper and pen? really low tech, you can bookmark how many systems you like (assuming you have enougth paper and working pens), just look them up in your notes when you need to use those. A real simple solution that does not involve any coding at all.
Then I wonder how you are going to manage people reinstalling their systems, getting new systems, etc, etc, and they did ofcourse forget to make a copy of their bookmarks.
What about console players in the same scenario.... How long did it take for them solve the random loss of your custom bindings? So add some random deletion of your local bookmarks and we are all set a happy community...
Having an option to save bookmarks locally would be good. With a first time warning that you'll need to back them up yourself.
You obviously wouldn't be able to share locally stored bookmarks, unless you had space to make them server side ones.
You obviously wouldn't be able to share locally stored bookmarks, unless you had space to make them server side ones.
Saving bookmarks is not an issue. It's standard to save that sort of info in a game folder... (IE uninstall can be told not to delete those files. It's standard practice these days.)
Also they could make a simple tool in game to save to a default outside location as a basic backup tool that can be reloaded. Maybe a specialized file if they need for various reasons.
They can easily do this. It's about the most basic and old variation of software function there is. Computers used to be basically nothing else.
And yes you can share locally stored bookmarks. You would use the server stored as a storage for those shared bookmarks and make all bookmarks local by default. All they need to do is have a default location for stored locally. Or internal references if you add more bookmark folder locations. It's very basic coding. It could even allow showing per folder like with other options in the galaxy map. If they allow you to limit folder to the same as the online(via a setting for that folder) you could also make convenient tools for missions trips and player made trips. This could be used to load and unload saved folders and allow sharing of folders like how StarCraft1 used to share game maps basically. Then you would have a 150+ shared bookmark grouping.
They could also diversify the server stored into more things if desired. Or shrink it down to remove needed storage. Although I assume that takes almost no space on their end storage wise.
Even more simply their tools could generate a file holding all the bookmarks. It could be fit to the a limit same as the servers. Then as you do things you can stick bookmarks or make endless bookmark packages with the stars you want. You could even have a tool to custom add per known stars or star data(including unexplored stars). This, like previously mentioned, can be loaded and unloaded as the current bookmark limit for custom bookmarks for very big custom paths for all sorts of things like player made missions or anything anyone can think up. And as said shared like how Battle.net used to. This remove the server problems on their end. They just need to make a basic tool(or expand the current one) and off you go!
That is all very simple programming as far as design goes.
In fact this could help with things like the distant stars events and what not. You could upload them as player logs to show where everyone went during the event. They could even use this concept to make a logging fuction(s) to auto make new bookmarks as you travel and have it save every location you visit as a bookmark among other things. It would auto bookmark as you travel, name the log and when full make a new one. Then you can upload them in groups via P2P. People would just need a tool to conveniently go through the logs to not make it a hassle with many grouped logs. There's a lot that can be done with that. And they could do a lot more than that easily. These sort of functions would fit the P2P nature of the game nicely. And this is all very old basic level software design.
Also they could make a simple tool in game to save to a default outside location as a basic backup tool that can be reloaded. Maybe a specialized file if they need for various reasons.
They can easily do this. It's about the most basic and old variation of software function there is. Computers used to be basically nothing else.
And yes you can share locally stored bookmarks. You would use the server stored as a storage for those shared bookmarks and make all bookmarks local by default. All they need to do is have a default location for stored locally. Or internal references if you add more bookmark folder locations. It's very basic coding. It could even allow showing per folder like with other options in the galaxy map. If they allow you to limit folder to the same as the online(via a setting for that folder) you could also make convenient tools for missions trips and player made trips. This could be used to load and unload saved folders and allow sharing of folders like how StarCraft1 used to share game maps basically. Then you would have a 150+ shared bookmark grouping.
They could also diversify the server stored into more things if desired. Or shrink it down to remove needed storage. Although I assume that takes almost no space on their end storage wise.
Even more simply their tools could generate a file holding all the bookmarks. It could be fit to the a limit same as the servers. Then as you do things you can stick bookmarks or make endless bookmark packages with the stars you want. You could even have a tool to custom add per known stars or star data(including unexplored stars). This, like previously mentioned, can be loaded and unloaded as the current bookmark limit for custom bookmarks for very big custom paths for all sorts of things like player made missions or anything anyone can think up. And as said shared like how Battle.net used to. This remove the server problems on their end. They just need to make a basic tool(or expand the current one) and off you go!
That is all very simple programming as far as design goes.
In fact this could help with things like the distant stars events and what not. You could upload them as player logs to show where everyone went during the event. They could even use this concept to make a logging fuction(s) to auto make new bookmarks as you travel and have it save every location you visit as a bookmark among other things. It would auto bookmark as you travel, name the log and when full make a new one. Then you can upload them in groups via P2P. People would just need a tool to conveniently go through the logs to not make it a hassle with many grouped logs. There's a lot that can be done with that. And they could do a lot more than that easily. These sort of functions would fit the P2P nature of the game nicely. And this is all very old basic level software design.
Last edited:
YES! [up]
Or you could learn to manage your resources instead of asking FD to give you instant gratification. jeez
Last edited:
Again I must repeat, you have no idea if it is a simple thing to implement, you assume this is simple to implement because I am guessing you have no idea of the coding required for a game like this, you have no idea how the current system works in conjunction with the galaxy map and whether or not the bookmarks can actually be separated into two parts. It's such a commonly requested change that if was simple they would have done it by now, so it's either way more complicated that you realise, or fdev simply don't want to give us unlimited bookmarks for reasons known only to them. Either way, you aren't going to get them right away if ever.
lol agreed!
ofc if the OP gets their way then they'll want folders and colours (because - why not it's simple!). The you'll have so many you'll need a search function (it's only local, why not? it's simple!), and ability to type a longer comment (so you know why you bookmarked it) - again, why not - it's simple! Hmm, all these bookmarks are really slowing down galmap rendering, maybe it's time that was re-written - why not? it's ... simple? Then ... oh, wait, what? You were too busy adding bookmarks to complete space legs? ... oh.
lol agreed!
ofc if the OP gets their way then they'll want folders and colours (because - why not it's simple!). The you'll have so many you'll need a search function (it's only local, why not? it's simple!), and ability to type a longer comment (so you know why you bookmarked it) - again, why not - it's simple! Hmm, all these bookmarks are really slowing down galmap rendering, maybe it's time that was re-written - why not? it's ... simple? Then ... oh, wait, what? You were too busy adding bookmarks to complete space legs? ... oh.
it would not slow it down. It would not even display all the bookmarks. Unless you gave an option to which would be nice also for using multiples from local source. The point is you select the file with the same limit as the server in small chunks. But you save those files locally. You then load and unload those bookmark files. It would work exactly as now. And having organization is not an issue. It does not load the game down. The stuff loaded would be identical to now. And those things are easy to do and can easily avoid overhwelming the game as I just said.
You can easily limit things for performance... The point of this thread and forum is to give suggestions.
This can be designed very quickly and easily to give option and work around performance. It's better to give the user options.
And space legs can be done easily too. I have no idea why those things aren't in game. Spacelegs could easily be tied into the current avatar and use a limited form of the current free camera with basic simulated gravity. AKA you are stuck to the ground and walking simply moves you with vision at X height given avatar height. It's not hard to make. They could even keep it first person at first and expand later. I don't know why they would not. They could just develop small incremental version of it and mass expand the game smaller bit by bit. I don't understand developers complete avoidance of this today. It would actually make it easier to develop because it brings light to smaller issues along the way and inspires more design ideas along the way.
Adding that and letting you get out of the cockpit to just move around wouldn't be hard. It's just there is nothing to do. They could restrick jump and whatnot and simply have it in game to allow walking in very limited station areas and in a limited cockpit if they absolutely wanted too. Obviously there is nothing todo currently but they could if they wanted to in like two seconds. It's literally just the free camera with limits applied. I'm assuming they don't because the free camera is less restricted. And I'm assuming they don't want to add said extra content to make it useful. Although it would be nice if they did. Given the modular nature of stuff making the inside of ships wouldn't be hard and could be instance and loaded locally to allow cockpit to interior. And tools to customize it wouldn't be hard either. Although they could start with simple presets.
Bookmarks are atleast useful now. And it wouldn't take development time. Playing with file structures and loading is pretty basic design. A few ticks on the UI in the galmap and you are basically done. Change a few references in a file somewhere. Just have a limit with the option to unlimit or load several files of bookmarks to control numbers. This could be done locally to avoid server issues. Designing stuff to control files is the oldest thing in programming basically. And there are simple ways to make it very easy and avoid basically any issues.
I haven't looked, but I bet they are stored locally now. And in a way that you could easily allow turning that into a type of file and them the making of multiple of said files and then the ability to load 1 or more locally as desired. Could be great customization for the game.
Your complaints are only valid if it's stored on their servers. Those things are not an issue if done locally.
I think the only thing to consider is if someone loads too many and it crashes the game and they can't get back in. This can be easily dealt with in multiple ways. It's already standard for what they probably do with other parts of the game. If not it's not uncommon in other games to deal with such things. This may not even be an issue if the bookmarks are already light enough by nature. They are just a small reference to a location at minimum and a tag at the top. Not sure how they are implemented specifically.
BTW, if they did do unlimited loading by default they could reduce or add option to allow how far away you see bookmarks. But loading multiples might be easier with the current setup as you don't want to necessarily scroll around to find them.
And yes, colors are simple also... I doubt they have to raw code this from scratch. And if they did it would only be hard in low level programming(assuming a lot). They probably have tools that can do this fast and add to the UI. Again, this is all easy if done locally and not over network. That could be nice to add the ability to see where you have gone in multiple ways. They already do this with trade related things.
In fact, if not already present, It could be great to log your entire game experience locally. It would be great if it had basic dates so that you could see where and when you did things with various ways to view it. And no that would not take long to code. It should take the a few hours at the most if they know what to do in totality. I bet less than that potentially.
All the stuff to do all of this already exist in game. The hard work is done. In fact the hard work has been standard in all programs and OS'es for basically 30 years or more.
Last edited:
there is ALOT mentioning how this would be easy code, to add etc, etc.
But I have yet to see anything else than huge generalisations and lots of wish full thinking. Have you seen the source code of Elite Dangerous? Do you know what decisions they made when writing that code? We do know that FDev have opted for some some interesting choices in the past, most notably how they decided to code the HUD colour and how this connected to ALL colours. So asking for a simple option to change HUD colour, seems like a trivial thing to add to the game, and here we are, years later, and we still do not have customizable HUD colour, and we know FDev have had to change stuff so that players who changed their HUD colour (and other colours as they are linked), would not change other new stuff added to the game, like the portraits of the minor faction contacts we see in the stations. So what seemed like a simple fix, turned out to require quite ALOT of rework, that is still not completed...
So your talk about it would be trivial to create a local file with a log book, which we sort already have in the journal. This one is still adding new stuff to add, as there is no single point to just collect these events apparently, this can seen by reading the patch notes regarding changes/fixes to the journal. Add to this your broad statement about this being the standard for 30 years, is a big overstatement of the actual status on this. If you would have done ANY sort ofGDPR compliance work, it should be quite clear that this level of logging or even details in the logging is FAR from the norm...
So please stop over-exaggerating how easy this would be to implement. As I very much doubt that you have first hand knowledge to actually say how hard/easy this would be to be implemented in Elite Dangerous.
But I have yet to see anything else than huge generalisations and lots of wish full thinking. Have you seen the source code of Elite Dangerous? Do you know what decisions they made when writing that code? We do know that FDev have opted for some some interesting choices in the past, most notably how they decided to code the HUD colour and how this connected to ALL colours. So asking for a simple option to change HUD colour, seems like a trivial thing to add to the game, and here we are, years later, and we still do not have customizable HUD colour, and we know FDev have had to change stuff so that players who changed their HUD colour (and other colours as they are linked), would not change other new stuff added to the game, like the portraits of the minor faction contacts we see in the stations. So what seemed like a simple fix, turned out to require quite ALOT of rework, that is still not completed...
So your talk about it would be trivial to create a local file with a log book, which we sort already have in the journal. This one is still adding new stuff to add, as there is no single point to just collect these events apparently, this can seen by reading the patch notes regarding changes/fixes to the journal. Add to this your broad statement about this being the standard for 30 years, is a big overstatement of the actual status on this. If you would have done ANY sort ofGDPR compliance work, it should be quite clear that this level of logging or even details in the logging is FAR from the norm...
So please stop over-exaggerating how easy this would be to implement. As I very much doubt that you have first hand knowledge to actually say how hard/easy this would be to be implemented in Elite Dangerous.
I am in favour of more bookmarks, and a system that would make them more easy to use. The addition of custom annotations would be very welcome addition or even a full file explorer system.
Should not be too difficult to have a local db for bookmarks, loaded in addition to the server side record. A flag on the runtime bookmark record would indicate whether it was sourced locally or from the server, with an option to promote/demote.
Client side management of bookmarks in the UI may have issues with larger numbers. More filters may be required, or only load by region.
Players would then complain that their bookmarks are missing when they move to a new PC. So you then have to support backup/restore of local data. Which brings the potential of sharing bookmarks outside of the Elite game (outside of FD control), which may have ramifications.
Exporting bookmarks may also reveal specific/accurate information which FD would prefer to keep hidden from players for various reasons.
Client side management of bookmarks in the UI may have issues with larger numbers. More filters may be required, or only load by region.
Players would then complain that their bookmarks are missing when they move to a new PC. So you then have to support backup/restore of local data. Which brings the potential of sharing bookmarks outside of the Elite game (outside of FD control), which may have ramifications.
Exporting bookmarks may also reveal specific/accurate information which FD would prefer to keep hidden from players for various reasons.
Would you not run into problems with the sharing of locally-stored bookmarks?
What happens when you (or a squadron buddy) add new bookmarks?
If you are in a squadron of 6 players and you are all online at the same time then a small amount of data transfer shouldn't be too problematic, but if only 3 of your squad (yourself included) are online to get the share, then the remaining 3 wouldn't. If the remaining 3 were online and the initial 3 weren't there'd be no local bookmark store available to transfer from. The only way to ensure that all members of the squad get the bookmarks would be for them to be stored server-side, and that's how it currently is, which leads to a finite amount of storage space, leading to a set number of bookmarks for everyone.
Maybe as the game progresses and (if) more people play then FDev could afford more server space and increase the amount of bookmarks.
The pen and paper routine might not be to everyone's taste, so perhaps someone could develop an out-of-game app that could read your bookmarks and save them to a text file, appending each new addition after checking to see if an entry already exists.
Regards,
o7
What happens when you (or a squadron buddy) add new bookmarks?
If you are in a squadron of 6 players and you are all online at the same time then a small amount of data transfer shouldn't be too problematic, but if only 3 of your squad (yourself included) are online to get the share, then the remaining 3 wouldn't. If the remaining 3 were online and the initial 3 weren't there'd be no local bookmark store available to transfer from. The only way to ensure that all members of the squad get the bookmarks would be for them to be stored server-side, and that's how it currently is, which leads to a finite amount of storage space, leading to a set number of bookmarks for everyone.
Maybe as the game progresses and (if) more people play then FDev could afford more server space and increase the amount of bookmarks.
The pen and paper routine might not be to everyone's taste, so perhaps someone could develop an out-of-game app that could read your bookmarks and save them to a text file, appending each new addition after checking to see if an entry already exists.
Regards,
o7
That is why limited encrypted files could be used and you could backup the files. The files could contain only harmless info. And the client or server could handle the rest. The files could just be simple refernces to system locations to load the bookmark. Mayube even something neutrally recognizable and non internal which is then translated into said information for the game to handle in a safe way. Something that can't be corrupted. As for sharing. You could always use one of those server or shared slots to store a neutral bookmark for the current server based one to allow updating on entering the game so everyone is up to date.
Last edited: