I'm looking for a Dashboard tool with best UI, I mean any tool where I could create some UI using HTML5,Jquery and Photoshop in the front end and when ever I change the filters, different charts should appear. Or any tool that contains inbuilt one of the best UI's. Thanks.
Have you looked at Cyfe?
Cyfe has over 50 built-in integrations with hundreds of metrics (e.g. Google Analytics, Salesforce, Facebook, etc). And you can bring your own data into your dashboards using custom widgets.
Disclaimer: I'm the founder so please pardon the shameless plug.
Related
I need to make single page social media dashboard using kibana and elasticsearch for some big event in 2019, so that the dashboard show hom many likes it has on facebook or instagram, how many people are going etc (and some other informations ). I dont have much experience with kibana and elasticsearch so any advice would be helpfull. Any idea how can I do that ?. Also I need to have heatmap in the dashboard. Thank you in advance
That is a pretty broad question. Do you already have the relevant data in Elasticsearch? Because that would be the starting point.
For the visualization you could use a dashboard or the more customizable Canvas, which is pretty much like a data driven Powerpoint:
I'm really after some advice here please.
I have a membership website, and I am using WordPress to manage access to my paid subscriptions.
I'm interested in Kibana in terms of its' data visualization but my question is really one of whether I'm using it for the wrong purposes?
My point is: can Kibana be embedded and made to look white-labelled?
I'm pretty sure Kibana is really meant for internal use hence my question.
Thanks!
Yes that is possible. You can create various visualizations and have them integrated into one dashboard in Kibana.
This dashboard feature has capability to share these visualizations as discussed in this LINK. As an example, the share URL comes in the below format:
<iframe src="http://abc.myserver.com:5601/app/kibana#/dashboard/a6c99100-b2b2-11e7-8aa0-9fc1ad35f7e7?embed=true&_g=()" height="600" width="800"></iframe>
You can either share the current state of the dashboard with your users, or share them the most recent view of the dashboard whenever they reload their page.
Let me know if it helps.
For ages, our company uses Dojo as the interface library of choice. The applications created have a very desktop-like look & feel and are very suitable for business areas and banking.
However, I see a trend towards user interfaces that are more like Google+:
page-based instead of internal scrolling
not many modal popup windows but rather edit-in-place and drop-out things
loading additional list items via scrolling to the bottom of the page
all that kind of user interaction. Basically, a light and more web-centric usability approach.
Unfortunatelly, I don't know of an library that really helps in building such interfaces - I know jQuery UI, Sencha, Cappucino, Sproutcore and the like, but they do not quite fit.
Does anybody know of some new ui component library for sites like Google+?
A lot of the interface patterns used in Google+ are in Google Closure Library.
You can use the following book about Google closure : Closure: The Definitive Guide for reference.
I'd like to tap your experience regarding the use/deployment of a JavaScript powered framework to implement a GUI frontend for different backend tasks.
The framework would have to provide a managable way of displaying arbitrary data fetched from a database (data can be provided in every thinkable way JSON, XML etc.) and allow the manipulation of that data by means of a clean and RESTful API. Prebuilt widgets (tables/lists/dashboard) and UI (drag'n'drop/sorting) would be nice to have but aren't mandatory.
The requirements are:
Open Source (obligatory)
clean and RESTful API to fetch, display and manipulate data
Ability to extend the functionality thru plugins
Standards-compliant (IE does not have to be supported)
Thorough documentation and/or helpful community
I've figured that jQuery's UI framework comes very close to the ideal, though it lacks a decent support of general structures to master a full-fledged application.
I'm interested of what you guys would recommend.
Thanks in advance.
After years of using several of the available frameworks I now use Yahoo's YUI3 (3 - not the older 2) if I can - for "serious" apps. For HTML page enhancements I'm indifferent and may sometimes prefer jQuery.
http://developer.yahoo.com/yui/3/ (BSD license)
What I like about YUI3 are the very "deep" concepts behind it for serious "enterprise level" software development. Regardless of what framework one uses, EVERYONE seriously developing in JS should have viewed (and understood!) the videos on Yahoo Developer Theater, especially the presentations by Douglas Crockford.
http://developer.yahoo.com/yui/theater/
I have built a little Web UI for Pidgin(respectively all libpurple based messengers) together with DBus and Sinatra.
It was for fun and learning purposes and now I'm looking for ideas to extend it.
Can you think of any useful applications or extensions for it?
Since I work on this project to learn something new, ideas for other technologies to be used/combined are welcome.
Finally here is the link: pidgin-web-ui
I few things that that might use to many many people would be:
good and simple to configure https support, so that users in "monitored" countries to be able to still chat freely (if the server is somewhere else).
Unified Message Archive . Many IM clients have various archive functions, but are different, limited, hard to search, and many are "client only", so not accessible when one needs them the most. Since Pidgin can connect to so many IM networks, it would be cool to have such a "global message hub archive". This would ensure that everything the user is talking is archived (very useful for businesses too), easy to search, available on a server (so always at hand).
File Archive on the server. The same as the Unified Message Archive, but for the files/images users exchange. Having them on the server (with a hash for easy sync) as a backup and archive would greatly reduce the traffic if they need to be shared more than once.
The would be many more nice features, that would help many users, but the above 3 seem to miss from usual IM software.
My idea after a brainstorming minute:
Dropbot
Create a messaging account anywhere and add this account as a contact to your messenger. This contact is your Dropbot.
Change your interpreter UI so it does not display a conversation but a log. In this way you can just drop things to the contact like interesting links. There could be a Dropbot for a read later queue, your favorite citations or for a list of funny findings.
You could then extend your UI to a little mashup. It could follow the links and grap the title of the page and a content preview just as Facebook does it when posting a link to your wall.
You could further extend your app by adding post-drop behavior to the Dropbot.
Dropbot could post your link (probably with a message) on Twitter or Facebook.
Dropbot could automatically distribute the link to the other contacts of it (like your friends)
Ok, that sounds fine... but you could do that without a message bot inbetween. What's the deal?
For me the advantage would be that my IM is always open and it would be fairly easy to drop a link. You could do the link dropping with Delicious or post stuff to a Google Wave, yeah. But I don't like to go to a web page, log in and organize stuff in the UI. Actually I stumble upon those links when I should do more important stuff instead. So just dropping it to my IM Dropbot contact would be cool.
Why not extend it to cover all the basic features of instant messaging (sending/receiving messages, adding contacts, etc...)? Seeing how many features you can reproduce may be a fun exercise. Create your own little Meebo...
Want to have fun?
Make a Markov-chained-based chatbot integrated into the web app. Make it use scraped web search results for the content, after searching for terms parsed out of the human's responses. That should be fun, and will give you funny, and sometimes eerily smart-looking results. Have fun!
I have seen your code. Why not split dbus_thread into a event_machine daemon for further scalability?
Integrate it with Twitter. Trace conversations (#Replies), including multi-party involvement. Log them. And so on.
Many interesting features and a popular, original API to learn.