That would require the script to request all giveaways in a page to see if they have a description, which would lead to a huge and unnecessary server load, it's better to only load it when you click it.
Comment has been collapsed.
Just had this give away https://www.steamgifts.com/giveaway/XzY0g/time-mysteries-inheritance-remastered
pop up a empty description box on v6.Beta.37.3 (September 30, 2017)
Comment has been collapsed.
Yeah, the giveaway creator somehow decided to add an invisible character in the description, I'll remove it later.
Comment has been collapsed.
It's supposed to show, giveaway descriptions are now mandatory, but I guess I can add "HB link" to the list of filtered descriptions, since it's quite useless.
Comment has been collapsed.
Copy/Paste from the changelog:
v6.Beta.38.0 (October 2, 2017)
Comment has been collapsed.
- Enter/Leave Giveaway Button now recognizes identical descriptions from the same creator and shows the description only once so you don't have to keep reading the same description over and over again (the cache is stored for 1 hour).
Can this be optional? I don't like forced description filters on giveaways...
Comment has been collapsed.
Could you add the 'hide individual giveaways' feature to group pages?
Also, I think that given the now mandatory description popup, there should be a way for the user to add any particular description they find worth filtering out (such as the various variations of "HB giftlink" or "no need to thank") to their own local description filter. Maybe even have the script report back those local filters to you and add the most common ones to the default filter.
Comment has been collapsed.
Well, you have no power over it, but you know what it does. I don't think having more options is always a good thing, it adds too much clutter to the script, I think having necessary options is a good thing, and I don't see how this would be necessary at all, as it makes no sense for me to keep seeing the same description over and over again when entering giveaways from the same user in the short period of 1 hour, but ok, I'll make it an option.
Comment has been collapsed.
Not possible. You're probably not seeing the description after disabling it because of the option to not show repeated descriptions in 1 hour.
Comment has been collapsed.
Great! Thank you!
Though, I imagined the custom filter feature would be a button in the description popup that lets you 1-click-add that description to the filter list. I think that'd be very convenient because many descriptions feature some emoticon or special character or phrase that can't really be handled with regular expressions and has to be added manually to the filter.
If there's already such a button, then never mind. I wasn't able to check if there is one before posting this because I haven't been able to get any description popup to pop since updating.
Comment has been collapsed.
I'm getting this error:
ReferenceError: elgb_c is not defined ESGST.user.js:10897:1
the fix would be that this:
if (description && !mainCallback) {
if (elgb_c) {
if (Date.now() - esgst.elgbCache.timestamp > 3600000) {
should be:
if (description && !mainCallback) {
if (esgst.elgb_c) {
if (Date.now() - esgst.elgbCache.timestamp > 3600000) {
(missing the "esgst.") unless i'm very mistaken :P
Comment has been collapsed.
Well, I never got the popup to pop even once since my last comment, until ESGST updated itself to 38.6 a few minutes ago, after which the description popups started popping normally again. Saw the 'add to filter' button too. So whatever you did, you fixed it, thanks!
Comment has been collapsed.
Well I guess you could do that. I actually read the descriptions afterwards (Using my method, there's a bunch of popups to read and dismiss in the order you've entered the GAs in)
Comment has been collapsed.
What? Since when not reading it is a sign of disrespect? No offence but that's ridiculous reason.
You do realise that now you will keep on getting requests to remove that or give option to turn off that? You yourself wrote that this was already in script and people were complaining about it. It won't change anything if popup will show before or after entering ga it's still annoying. Wasn't the whole point in enter button on non ga page to speed up entering them? Showing description conflicts with this.
How about that. Instead of forcing this on people make an option to turn that off but showing description will turned on by default if enter button will be turned on. If someone thinks that not reading description is disrespecting ga creator than he can have that turned on but don't force everyone to do that.
Comment has been collapsed.
You're entering a giveaway from someone who is offering a game to the community for free. The least you can do is read what they have to say.
I don't care, people can complain as much as they want, this is how it's staying. I could see the previous method being annoying, because you had to read first and enter later, but with the current method there's no excuse, you can just close the popup easily after entering. If you think showing the description conflicts with the entering speed you're welcome to disable the feature and let me know that it takes the same time to enter a list of giveaways manually. I sincerely doubt that.
If people don't like it they can go find another script that doesn't force the description. cg even said that what my script does was nice, so I'd like to keep it that way.
Comment has been collapsed.
Of course it changes.
Previous method:
Current method:
Comment has been collapsed.
It helps with ensuring people read giveaway descriptions.
Comment has been collapsed.
541 Comments - Last post 12 minutes ago by MeguminShiro
46 Comments - Last post 41 minutes ago by VahidSlayerOfAll
8 Comments - Last post 4 hours ago by katukinabarra
298 Comments - Last post 4 hours ago by SebasR
6 Comments - Last post 5 hours ago by PatchmaN
31 Comments - Last post 6 hours ago by WaxWorm
1,489 Comments - Last post 6 hours ago by Tyln
19 Comments - Last post 6 minutes ago by Cassol
30 Comments - Last post 9 minutes ago by pizurk
2,777 Comments - Last post 13 minutes ago by pizurk
37 Comments - Last post 18 minutes ago by pizurk
64 Comments - Last post 24 minutes ago by LuckyStrike1305
7 Comments - Last post 30 minutes ago by ThatDave
5 Comments - Last post 33 minutes ago by Asulf
Enhanced SteamGifts & SteamTrades (ESGST)
An extension / userscript that adds some cool features to SteamGifts and SteamTrades.
If you find any bugs or have any feature requests, please file an issue here.
Compatibility
Tested and confirmed as working:
Not tested but should be working:
Not supported:
Installation
There are two different ways to use ESGST: extension or userscript. You can choose which one you want to use, but the extension is a lot faster and has a better peformance than the userscript, so I recommend it, although there is no major difference between them, except for a few options that are only available in the extension because of limitations in the userscript.
Option 1 - Extension
It should be possible to install the extension in any Chromium-based browser from the Chrome store (such as Opera, Vivaldi, etc...), any Firefox-based browser from the Firefox store (such as Waterfox, etc...), and any browser that uses the Phoebus system from the Pale Moon store (such as Basilik, etc...).
You can also use the extension on Android through Firefox for Android, but some features might not work or not be optimized enough for mobile.
Option 2 - Userscript
To install the userscript, you must install Violentmonkey, Tampermonkey, Greasemonkey or some other userscript manager first. Then click here and you should be prompted to install it. I recommend Violentmonkey or Tampermonkey, because the userscript uses the GM_addValueChangeListener API to communicate changes in the storage between tabs, and that API is not available on Greasemonkey, so a polyfill is used for Greasemonkey, which is not very effective and can affect the performance.
You can also use the userscript on Android through Firefox with Violentmonkey or USI, but some features might not work or not be optimized enough for mobile.
Beta Versions
The latest beta version for both the extension and the userscript is always available in the latest pre-release in the releases page.
Comment has been collapsed.