Jump to content

Vindictii

Resident
  • Content Count

    26
  • Joined

  • Last visited

Community Reputation

4 Neutral

About Vindictii

  • Rank
    Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Would a flow chart with script snippets be satisfactory? The issue is, not all of what happens occurs in LSL; much of it also occurs in the Javascript/JQuery on the pages that then passes commands back to the LSL using the 'changed media' event.
  2. I'd hate to ask, but could you? I have never done it before and not even sure where to start. Let me know if there is anything that I need to give you such as original code or something of that nature. If you would prefer to change this discussion to Facebook (or any other direct messaging service) just let me know. My Facebook profile is at: https://www.facebook.com/vindictii.corehound.9
  3. I appreciate this. The phone was a dead project, but a lot of music venues still enjoy using it for the sim/parcel management tools as well as the easy access to skype and social media. I have already told people NOT to update their viewers until we figure out a fix.
  4. Yeah, looks like you were able to reproduce the problem. What viewer are you using? I couldn't quite read what you were circling in the top right corner of your gif, but I suspect it was just the URL of the phone as it was loading. Hopefully you will have better luck than I am figuring out the issue. I am going to look at the LSL logs to see if any clients/viewers have 'broken' anything recently. I now suspect that the problem actually lies with the 'changed media' event and not with the 'llLinkMessage() function.
  5. Yes, I think that sums it up. The prim that hosts the website (any of the 'apps') doesn't position itself, expand (if needed), or display the page in question. What you should be seeing is the general smart phone interface. When you click an icon to open an 'app' the screen should go dark and display a large version of the icon clicked while the system loads the app. From here, the prim will both lift to highest point (closest to the user), adjust its size to fit (if needed), and then set the appropriate URL as the media on the exposed prim face - i.e. there will likely be a white screen followed by the webpage loading. Sometimes the user has to double click the large icon to get things to show - this seems to be a setting that some clients have where users must click the prim face before media loads.
  6. Both of us are using the current version of Firestorm (not sure about version number). I will respond with version number (and send you a copy of the HUD) when I am back at my computer. If you would like to get a copy of the HUD before I get back, you can get it for free at: https://marketplace.secondlife.com/p/Bridge-CH-Multi-service-HUD/14666990
  7. They are able to see the content on other prims and the game's browser. Part of the command that is triggered is the prim that the media would be displayed on has to change its 'z-index'. (I can't recall if this is actually 'z' in the prim's position.) This would move the target prim to the foremost layer of the linkset, obscuring the 'lower' prims and removing their media settings. This prim movement does not occur and the other prim's do not lose their media settings (i.e. the URL that they show is not removed and the prim face is not returned to a simple white texture.)
  8. Hi guys, I build a simple HUD that allows the user to open specific webpages to a surface area (prim face). The HUD works fine on my viewer and everyone else's viewer except for one person... In the process of troubleshooting the problem I logged onto their account from my computer (same client, same version) and was able to use the HUD with no problems. This lead me to conclude that it has to be one of the user's settings. Further testing showed that all of the buttons seem to be working fine, they know they are being clicked and they fire commands. The problem seems to be with llLinkMessage() not reaching the appropriate link, or not sending the message at all. Again, the scripts work for everyone else, so I don't think the scripts are the problem. My question is: 'Is there a client setting that would prevent scripts in a linkset from communicating without also prevent scripts from running entirely?'
  9. Made a HUD that is nothing more than a prim with shared media that loads Pandora. From time to time the input fields (login, search, etc.) allow the user to place the cursor in the field but do not accept characters from the keyboard. My questions are: "Has any else encountered this and is there a known cause or solution?" It only happens about 1 in 10 times (if that) and I have been chalking it up to just one of those strange SL things. I have never encountered it when I use the HUD (or any other shared media) so I can't troubleshoot it myself. So far those that encounter it have tried detaching/reattaching it - that doesn't fix it, but teleporting seems to. I am guessing that llClearMedia() would fix it, but that hasn't been tested.
  10. Thank you so much. I will check this out first thing in the morning.
  11. Hey guys, I was at a sim that has several prims with media (movies, slideshows, etc.). As I walked through the sim the prims stopped showing media and the media on my HUDs stopped displaying. I was wondering if there is a cap on the number of prims that can show media at the same time. I am assuming that the number is 'per user' and not 'per sim' as others near me could still see media on prims that were blank for me. Does anyone know what the cap is? Is it a flat number of prims or is it tied to memory? Anyone know?
  12. Thanks guys. The problem does seem to be because prim's are treated as 'embedded browsers'. This explains both the login issues and some other issues stemming from certain event handlers (window.onload and the like - anything that waits for the document/window to load as opposed to an element).
  13. I tried toggling that setting in preferences and did not notice a change. The website is www.CoreHoundSystem.com (Please not much of the site is under-construction - but the Google API stuff is ready for use.)
  14. I have a website that uses Google's authentication API to allow users to login with their Google account. I want to be able to login to the website from within SL using media on a prim. The rest of the media (the website) loads fine, but when I click Google's sign in button it fails to open Google's sign in page. From a normal browser (outside of SL) Google's sign in button opens a popup - could this be the issue or does SL block such connections?
  15. Thanks. I recall reading something about having to sit on the object for it to work the way I was using it. I wonder if that is why I was having trouble with my camera control script - I think I tied it to the llLookAt function...
×
×
  • Create New...