I am using the default integration and when the student joins he doesn't have access to the drawing tools only the teacher has, by the docs it says that both should have access. Did anyone face this one?
If you're using small classroom you need to give access to the student to the whiteboard for them to be able to access it. If you're using the one-to-one classroom both users should be able to draw on the whiteboard, in which case I'd double check the integration or contact support.
Related
As an instructor, I want to be able to visualise a number of aspects of when my students are accessing my courses and materials. My institution refuses to give me DB access, and won't let me install a plugin. Is there any way I can pull this data? I could easily do it with a few lines of code in Canvas, so using moodle feels like stepping back in time. I've been exploring developing an LTI app as an option (I've got the demo LTIJS app working) Any ideas?
You can access user logs in a course by going to Participants then click on the user you want to track and you will be taken to their course profile. From there, you can choose any option in the "Reports" section. You will need to have the proper capabilities. The reports shown in the screenshot are from a site admin account.
We are evaluating a chat solution for a system we are developing. Twilio Conversations is our preferred option, as we also plan to use video. Our requirement seems to be a bit atypical of most solutions, and we are trying to determine the best architecture.
The solution is for a healthcare provider. Patients will be able to chat, via a mobile app, to a number of teams in the clinic, who will converse via a web app. Clinic staff can belong to several Teams. Chats can be initiated at both sides.
We are trying to determine the best architecture for Team members. Chat responses should come from the team, not an individualand any team member should be able to continue a conversation.
So, do we have one chat user per team? This seems to make sense, except a Team member could be in several teams, so we would need to handle multiple identities.
Or do we create a group comprising each team member plus the patient? This doesn't seem the rightr approach. We would need to hide the individual user identities, keep responses in sync using horizons, and I doubt would scale well?
I'm surpised this isn't a common scenario, so was wondering if there ws a recommended architecture? Thx
I've had a Nest thermostat for a little over a year and it works well. I also have many other Home Automation devices. I'm a Software Engineer and I enjoy making my life easier by programming my own, personalized, solutions to Home Automation issues. For example, I have my own weather station which reports information to Weather Underground using my own custom software. I also have my own, home grown, web interface which integrates both the X10 devices in my house and also the Wink devices, on one page.
I would like to gather temperature readings from my Nest thermostat and integrate that information into my home temperature information, in order to get a better idea of what is happening in my house. I signed up to be a Nest Developer and jumped through all of the hoops to get an access token in order to use the REST API. They turned me down!
So, it sounds as if Nest is not allowing their customers to access the information from your own thermostat in your own house! I find this closed system unacceptable! If Nest will not allow me access, then I guess my only alternative is to replace my thermostat with some other model which is more open and accessible?
Have others run into this closed system? Is there a way to deal with it, or is Nest simply saying, "we want your personal temperature information history, but we're not allowing you to have it, yourself."
Apparently, you don't need to get approval. Just proceed with describing the program, etc., and get the pincode. It works fine for a small number of users (50, I think) without approvals.
I have decided that I want to basically create an application (in RoR) that would be built off one of the premade social network frameworks such as Insoshi or Lovdbyless (unless someone can give me other suggestions).
So i want this application to have all the social network features but I would like to add a key functionality for it...The ability for people to add books to the database and then browse through the database and see other books that have been put there by other people and add them to their own personal bookshelf.
I am looking for some direction on how I would go about implementing this. Any help would be greatly appreciated
Explore the existing models, views and controllers.
Plan your user interface, and undertand how the users will interact with your
service. Decide in what views will you change or create from new.
Plan your data structures. Create the models, migrations,
validations, associations etc. Think about user access limitations.
Plan and create your RESTful resources
Create your views and controllers
We would like to build a website as a communication platform between Native and Non-Native K-12 students. An example is that Non-Native student can ask questions to Native students and Native students can reply. Another example is that we hope Native students can write blogs or upload images and videos to let people know what is going on in tribes.
We are stuck in designing a website that can work. We have to make sure the text and multimedia from Native students are indeed from Native students. We believe that students need to have accounts at the website. The problem is how to make sure a Native student account is indeed a Native student account. The same goes for Non-Native student accounts. Now matter what the validation approach is, we need to make sure the approach is scalable because there are so many Native and Non-Native students out there.
The only idea I have for this would be you'd need a government ID validation service upon registering. Other than that you can ask for zip or address and validate based on that, but that's not really reliable.