With the recent Meebo acquiring by Google Meebo Me widget is also gone.
I would like to have similar functionality. Something which I can put on my web site and allow guest users to chat to me on my MSN (Live) or Gtalk messenger I have on my computer. It may also be Skype if it has something like that.
Up until now I was using Google TalkBack badge which stopped functioning (it just loads http://support.google.com page). Then I used MeeboMe widget which had similar functionality athough I had to run MeeboMe notifier. Now that is gone too. I tried Plugoo which also works, but sometime buddy_plugoo which I added as contact is offline and then the web widget also shows me as "offline" even though I am not so it is not really reliable.
I also have 2 gmail accounts and tried to connect to one via XMPP.php and send a message to other one - but it won't even connect. Tried various examples. I could use one "dump" gmail account to chat with my main account if this would be able to connect and create a web-interface.
So do you know of some alternative widget for websites? Something that I could connect to my desktop messengers and chat to website visitors so that when visitor writes a message it pops up in my messenger. I could also write my own app given that it is not something too time consuming - I need only basic notification when visitor writes a message and chat with him/her. Preferably free one.
Related
can you guys help me please to find any information about it, I'm sure there are good sources in which I could find all answers.
I have a testing project which requires me to login with a Google account into the web site, but the problem is that I cannot do it manually, like enter all data such as pass and mail itself, there are a lot of things preventing test to log in, different security stuff doesn't allow to use it like that.
I have tried to find some info but there are only "how to implement a google auth 2.0 into your web application", I believe that's not what I need.
I need just to log in into google account using some Testing framework, that's all.
I want to create a web app(for practicing my skills) that will help in conducting online exams. So I want to ask that is there any way to find out the following things---
Is there another page opened in the chrome (if yes then which)
Is there is another application running in the background (if yes then which)
Is user switching between tabs/applications/desktops etc.
Basically, I just want to create an app that just keeps track of users' activity when the user is giving an exam.
And if you have any of the solutions to the above problems then please tell.
Since most things you want to access are considered private data, it is not directly possible in a Web App, except the page visibility. But you can write a browser extension, which is at least allowed to access data within the browser. For information beyond the browser you should consider a native application or some embedded solution like React Native, Xamarin, or Electron, to name a few.
To get the info if the user is currently using the tab your Web App is running in, use the Page Visibility API:
https://developer.mozilla.org/en-US/docs/Web/API/Page_Visibility_API
For accessing information about other tabs and browser internal stuff, write an extension:
https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API
Basically, my question is the same than this topic but it's now 2018. So, how can I still have ECMAScript executed on my phone (to send geolocation position) even if it is asleep? We now have Open Web Apps and Progressive Web Apps (PWA) with service workers, even Apple is jumping in, I'm sure there are ways to do that.
While we can hope that things should've changed on this, unfortunately, it has not.
This article from Google on PWA GeoLocatoin API dated Jan-2018 says clearly that this API works "only while the page is open".
Why not available yet (in my opinion)? Thinking of users privacy, it makes sense. Think of tons of wep pages we visit and for how many we tend to five permission accidentally or we intend to give for a while(until we finish some transaction/booking). Currently there is no way for us to go and check on all location permissions that we've given to web sites in a browser, like we do for Native/Hybrid apps and having option to change it.
We can expect to have tracking option for PWA when it is installed to home screen, where native app like permission handling will be possible to user.
End of the story, we are not there yet!!
Alternate option: While you can use navigator.geolocation.watchPosition to track the user when he is actively using the app, You can complement your app with a separately installed (Native) Android service to update the users location to your back end server, till PWA supports naively.
I'm making a chrome extension for a classified ads website. With the chrome extension users will be able to get latest lists from their watched categories/search query.
I am already working on a websocket server to send notifications to users, but this way I have to always have a socket connection open to every user.
My second approach was to use Firebase, but this will run the notification only when a user clicks the icon (as I've read), and I would rather have this done from my server
__
Are there any other possible solutions to send notifications to a chrome extension without the user clicking on the icon?
You can use Google's push infrastructure ― the very same that powers Android push notifications ― Google Cloud Messaging.
Note: Firebase Cloud Messaging is presented as an upgraded version of GCM; while true, it's not natively supported by Chrome in a way that GCM is.
chrome.gcm API is the one that works with it. See its documentation, as well as GCM documentation, for details.
There's even a tutorial: Implementing GCM Client on Chrome
But in a nutshell, your extension will register as a subscriber with GCM, pass the subscription ID to the server, and then the application server posts messages to GCM using those IDs.
You should also be able to use Firebase, if you're willing to implement it using the generic JS SDK; "this will run the notification only when a user clicks the icon" sounds pretty nonsensical ― a background page should be able to keep a listener alive and react, which is probably how your system works now. I would still recommend a native API, which should be compatible with Event pages.
Have you looked at the chrome.notifications API? It allows you to create rich notifications using templates and show these notifications to users in the system tray.
https://developer.chrome.com/apps/notifications
You can have a connection to your socket server in the background script, listen for messages from your socket server and trigger an event that shows the notification.
We set up a Google Apps Script-based Intranet in our organization, which benefits from Google Apps for Education. We've been using for months:
doGet()
HtmlService.createTemplate(...)
Publish > Deploy as Web App and setting:
"Execute the app as:" admin#ourdomain.com
"Who has access to the app:" Any member of ourdomain.com
Everything worked ok up to now.
However today (July 7th. 2017) the HTML pages to be shown to the intranet users include an inconvenient Warning added by Google at the top claiming that This application was created by another user, not by Google., which is really annoying. I understand that this warning must be shown when the Script is created by an unkown users. But in my case, I (the admin) is offering the Script to the users of my organization.
The conclusion in other past threads is that going Google Business or Education everything gets fixed. Unfortunately, it's not true anymore.
Does anybody know how to avoid such warning in Google Apps Script for the users of our domain that run our own coded scripts?
if you have a website just embed the google script into an iframe in your website just ensure in your doGet function set return to html.setXframeOptionsMode(HtmlService, XFrameOptionsMode.ALLOWALL)
function doGet() {
var html = HtmlService.createHtmlOutputFromFile("index");
return html.setXFrameOptionsMode(HtmlService.XFrameOptionsMode.ALLOWALL);
}
Then in you website
<iframe scr="PASTE YOU GOO0GLE WEB APP LINK HERE"></iframe>
you can use css to resize the iframe as you like, i actually learnt this when watching a youtube video , in the ending of the video the instructor embed the google web app which he had created in the video in his website
enter link description here
He also left a link in the description of the video to His github page where he pasted the source code
Bad news. Evidently this is the intended behavior from here on out.
https://issuetracker.google.com/issues/63521070#comment4
mc...#google.com #4 Jul 11, 2017 04:42PM
Status: Won't Fix (Intended Behavior)
To combat abuse, we recently expanded display of the "created by another user" banner to include all cases where either (1) a web app is published under a Gmail account and accessed by a user other than the publisher or (2) a web app is published under a G Suite account and accessed by a user outside the publisher's G Suite domain/customer.
We understand that legitimate applications are also affected by this change, and we hope that broader display of the banner informs users while still allowing developers to deliver useful, usable applications.
I'm affected too. I guess I'll just live with it - only impacts one small web app for me. As a Nonpofits user I'll take what they can give. (A heads up would have been nice though.)
I realize others have more at stake than I do - I hope you can find a workaround.
Same thing has been happening to us. We have a G Suite for Nonprofit account (formerly Business) and have published webapps for several years via this account without the warning showing up. Users began telling me yesterday July 6 2017 that the warning now appears across all our webapps.
I just created a test webapp where "Execute the app as" is set to an admin of our account and "Who has access to the app" is set to "Anyone, even anonymous". As you can see https://script.google.com/macros/s/AKfycbxrKgPol_-eEskKzqRzN4WAMj-NiPm7iFavjZu-_vWtTJPyAEkK/exec does display the warning.
Something I just noticed, the generated webapp script's url now starts with script.google.com/macros/s/ whereas before it would have included our organization name (e.g. script.google.com/a/macros/rchsks.org/s/). So, the url will change if I go back to redeploy one of our existing webapps -- that will screw up several things, the least of which are bit.ly links pointing to the old url.
Not having these warnings appear was one of the benefits I read about when we considered signing up for what was then called a Google Apps account. I'm an admin of our account and received several G Suite alert emails on July 6 2017 about problems occuring with Google Drive, Calendar, Hangouts, etc. Maybe those are connected?