Loading Profile...
Multiple topic widgets on one page
I was going to add two topic widgets on the same page but noticed your js populates it based on the id of the div in the widget code you supply. this doesn't seem very robust, wouldn't it make more sense to pass the id as a parameter on the topics.widget call, which is then passed to the callback method so that it can load a specific div?
I’m indifferent
3
people like this idea
I like this idea!
Tell me when this idea gets some attention.
The more people who like this idea, the more it gets noticed.
The more people who like this idea, the more it gets noticed.
The company has not planned to implement this.
-
Inappropriate?That sounds pretty logical. Thanks for the suggestion!
I’m sure I'll get a chance to update the widget code someday soon
2 people think
this is one of the best points
-
Inappropriate?Someday soon? It's been 10 months. Can someone take a look at this? It's a pretty simple JavaScript change...
I’m hoping this gets fixed soon.
1 person thinks
this is one of the best points
-
Inappropriate?Sorry, schulty, for the misunderstanding. I don't think we currently have plans to change this particular detail.
-
Inappropriate?Really? Something this simple is not on the planned implementation list??
Spoke to our developers and they can write a work around that would be a massive pain in the ass to implement (Which they don't have time to do), or I can use iFrames to put each one in, which is a total hack.
Please tell me that you have reconsidered this and it will be implemented very soon.
I’m very disappointed, frustrated and upset
-
Inappropriate?This actually can be done. This is an old topic that probably should have been archived. :)
Here's an example of a company with multiple widgets on one page. -
Inappropriate?As mentioned, our developers said they can write a pain in the ass workaround for it, but we don't have the time to allocate to such things.
I am using iFrames right now *GAG*, but I should be able to put 10 Topic Lists on a page right out of the box. Why give the option to be able to pick which topics you want to output, but limit how many you can put on the page?
You have simple copy and paste code to get the Topic List widget on the page, but if you want more than one you need to figure our hacks and workarounds? Doesn't make much sense.
I’m unsettled
10 Comments Add a comment
This is one of the best points
-
Apologies that our widgets don't fit your use case perfectly. The last thing we want is to limit the number of widgets, it's just that the original widget code was not built with many on a page in mind. We are working on documentation that will make this easier, and will ultimately rework our widget code to fully support many widgets on a page without extra work.
This may not be as drop dead simple as the widget, but we also have an API that makes it easy to grab a sorted or filtered topic list and format it easily with css. For instance, you can grab a list of Apple's most popular topics like this: api.getsatisfaction.com/companies/apple/topics?sort=most_me_toos -
Hey Thor,
We can't justify the monthly cost to use the API version. iFrames it is until it's fixed or until we can allot some development time to making a workaround.
Curious as to why you would assume that people would never put multiple widgets on the same page? The internet is all about more information, not less! -
Actually, the basic API is available for all accounts. It's only the premium API with access to CRM data and more write methods that is for the higher end packages.
We never assumed that people would never put multiple widgets on the same page. They always have (particularly pairing the search and topic list widgets). However, we didn't optimize it for that purpose, assuming that more sophisticated integrations would use the API. We agree that more information out there is better! -
Thor,
Can you point me to something that shows what we can use in the API with our current level of service?
Thanks! -
Sure! http://getsatisfaction.com/developers/ and in particular check out the reference area which details all the calls with sample output.
-
So, is this all stuff we are able to use with the $19/mo package?
-
Yes.
-
Awesome! Thanks. I will pass this on to the developers and upper managment to see how we can use this to our advantage!
-
Thor,
After looking over the documentation at /developers/, I'm a bit confused. If we are able to do all this with the package we have, what are the advantages of upgrading to the higher package? -
First, the lowest end plans are limited on number of moderators, if they have moderation abilities at all. There is quite limited customization, and no account linking between our system and your CRM/help desk system. The support level is quite different. As for API, there is plenty you can't do with the base API--look up specific user information, for example, or create user accounts via the API. That functionality is currently not publicly documented in /developers.
-
EMPLOYEE
EMPLOYEE
