Ok, so Live Edit isn't working for me because it isn't registering any changes made to the html document and therefore doesn't change the page displayed in Chrome.
Whenever I hit the update Application button manually it says:
Live Edit: Loaded resources are up to date. Nothing to update
It is doing the "Highlight current element in browser on caret change", so it is successfully connected to Chrome, but it isn't noticing any changes in the document.
Anybody got a clue? Thanks in advance.
Related
If I'm working on a java application, and I want to just edit some HTML templates, I'd like to be able to see the changes I'm making in realtime. IntelliJ gives me links to launch the page in different browsers (preview output), but this doesn't perform realtime updates, so I'm not sure what value that adds over just opening the template manually. All the documentation for the Live Edit plugin appears to be under the category of debugging javascript. Following their example doesn't appear possible as the "run" is not an option in the context menu - I assume it's only for particular types of projects.
Can anyone tell me how I can get IntelliJ to provide realtime output for html editing?
As it's clearly stated in help, Live Edit is available only during a JavaScript debugging session. You can't make it work while previewing HTML page in browser. So implementing hot reload on a server end is the only solution
I use sharepoint 2010 and I get a deformed pop up menu for Date selection. Nothing fancy here. Just a simple form to enter some data with date.
Have you seen this before? I get the same effect in Chrome/Firefox latest versions.
Thank you in advance
This is a problem with your SharePoint site's CSS (or possibly with JavaScript that affects the CSS).
That big image is a spritesheet; CSS is supposed to crop the visible region so that you only see the specific sprites that are relevant to the current control.
You can pull up the developer tools with F12 and inspect the image element and its containers to see what CSS is currently applied, as well as check for any errors in the JavaScript console.
Clear your browsers cache and reload page. Delete the datetime column and create a new.
I'm messing around with my htdocs/.htaccess file.
I have it completely blank right now - no rewrite rules, nothing, and it's saved obviously.
But when I type localhost/hello it redirects me to:
https://www.google.co.uk/?gfe_rd=cr&ei=8tCWVPr3KuKq8wewyIDoAg&gws_rd=ssl
Is this an XAMPP quirk? I can't work out why else it's doing this. If I type anything other than 'hello' it doesn't do this.
Check carefully that you are typing full word and then pressing enter and not selecting from suggestions of chrome.
In attached image you can see that in the suggestion there is two different icons in front of suggestion: one with search icon and another with page icon. Search icon directs to google search page icon opens the page if available.
The same icon also appears in the address bar and works same.
If there is still problem try different browsers.
Tried Firefox, and I got the correct Error 404. Chrome however, no matter what sends me to google.
In the end I emptied the cache and that's fixed it. So it seems editing the .htaccess also requires cache deletion on Chrome.
Weird.
I have an old OAUTH1 project with a cliend id for web application. The problem is that I can't set redirect URIs. If I update them at https://console.developers.google.com/project/myprojectid/apiui/credential everything seems to be fine. But when I press F5, all the settings are gone. It seems as if Google doesn't store my settings. I have tried it with various browsers but still didn't work.
Has anyone else encountered this problem? Help is highly appreciated.
Actually pressing Save twice don't work (at least for me).
Instead, I have to hit enter into textbox. This adds entry into the list.
And only after that clicking Save will save the changes.
Type the redirect URL and press ENTER.
It will get added as a row.
Then click save.
Bad UI Google :( wasted some time trying to figure this out.
I think this is just an example of poor UX design. I was having the same problem, I would add a redirect URI, click the 'Save' button, see it add a new line, and assume it was saved.
I discovered that the first click of the 'Save' button only creates a new line. You have to click the 'Save' button a second time (where it will briefly change the text and color to 'Saving...'), which will save your updates and return you to the previous screen.
Step 1: Enter the URI
Step 2: click 'Save'
Step 3: Click 'Save' again
Authorized redirect URIs not saving. Because of the browser. Please change browser to Google chrome or chromium which developed by google so we can save it. I faced this problem it has eat the time for my whole day.If changed browser still not working fine, then try to clear everything(history, cache, .....) from the browser.
If I use IE I can visit the website I want and click the 'Next' button and life is good. If I open that same website using the webBrowser control and click the 'Next button I get a javascript error message.
I'm not doing anything in the code to manipulate the website. My goal, eventually, is to have some level of automation; but at this point, I get the javascript error and a pop-up and it screws everything else.
I can hide the JS error from popping up; by setting 'WebBrowser1.ScriptErrorsSuppressed = True' but the page isn't working because of the error.
The client script might be assuming a full browser is present and trying to access part of the browser outside the Document Object Model (DOM) of the page. For example, maybe the client script is trying to display something on the browser's status bar, or trying to modify a toolbar which isn't available in the WebBrowserControl. There could be numerous similar reasons.
If you do not have write-access to the web page in question to try fixing it, then play with WebBrowser Control properties such as ScriptErrorsSuppressed and ObjectForScripting
Try setting WebBrowser1 Silent property to true.
Actually, you are receiving this problem because when you run your site in IE8 or IE9 on your normal internet explorer desktop app, you are getting either IE8 or IE( rendering, depending on which you have installed. However, with the webbrowser control, unless you take the effort to change soem settings in the registry, the default rendering engine used by the webbrowser control is IE7 (if u have 7, 8 or 9 installed) and IE4 (if you have 4, 5 or 6 installed).
This is why you are having the problem, if you want help changing the rendering engine version for your webbrowser control, do a google search as there are many examples on SO, and i have provided this answer in some of my previous posts on this tag/topic. feel free to search or ask me.
Let me know how you go.