I'm using Linux Chrome Stable under Ubuntu 14.04. All works perfect but when I go to the web developer tools, and start typing a new rule for example "flo" for "float" it shows a context menu but when I press tab button, it does not auto complete it. This didn't happen on the windows version, is this an option I have to change or anything on the linux chrome?
There is currently a bug filed for Chrome 35 Linux that describes this issue:
https://code.google.com/p/chromium/issues/detail?id=376763
My guess is that it's related somehow to Aura being integrated for Linux in Chrome 35. You can try starring the issue to lend more urgency to fixing it.
According to comment 26 (https://code.google.com/p/chromium/issues/detail?id=376763#c26), the issue no longer exists in Chrome 36 beta, so if you absolutely have to have autocomplete working right away, then you can use that version.
This is how it works in Chrome Linux. You can use the mouse to select from the suggestions or, if you want to do it with keyboard only, you can use end to go to the end of the current item in the list and then press tab. I don't think you can change this behaviour.
Related
For the most part I very much like Qt Creator, but a few projects I'm working on require me to switch between my editor and my web browser for reference. Qt Creator is currently interpreting Alt+Tab to autocomplete, and then switching my window focus; this is a mild problem but it's really starting to get to me.
I've tried going to Tools→Options→Keyboard and searching for Alt+Tab, but found nothing. Is there a way to get it to selectively ignore the key combination without disabling autocomplete on the whole?
To complete the picture, I'm on Linux Mint 19.04 using XFCE desktop environment; or occasionally Maté. If I need to access something in system settings to do this I'm happy to; I just don't want to keep excessively second-guessing my code when I return to it.
Auto-complete is bound to Ctrl+Space by default, not Alt+Tab. In tools/options/keyboard, search for "CompleteThis" to see what it's bound to.
Maybe what you want is to disable auto-complete and use only manual-complete? That is, have the auto-complete list only show when you press ctrl+space, but never automatically. You can do that in options/text editor/completion.
To debug extensions, Chrome used to have a "Inspect popup" menu option available when right clicking the extension icon (top right in the browser). I believe this options was recently removed (possibly with the latest Chrome version 20, which I am using) .
The debug console can still be activated by right clicking any element in the extension popup and selecting "Inspect element". The problem I am experiencing however is that whenever I now have the debug console open, typing into form elements in the popup does not work. Even though the form element seems to have the focus (it has a blinking cursor active), all input typed goes straight to the debug console.
Update: It seems focus is not specifically to the debug console, but to whichever window is below. It's like the extension window is a "stay on top" window, without capturing any input.
Update: 2012-07-24: Updated to 22.0.1215.0 (Official Build 147830) dev and the bug is still there. But yay, Youtube full screen now suddenly works on my dual screen system!
Update 2012-05-09: Upgraded from 20.0.1123 to 20.0.1130.1 dev on Linux x64 (Ubuntu 12.04). Problem still there, and makes debugging extensions a lot harder than needs be. Also confirmed behaviour on older Chrome release (20.0.1105.0). Oh well, maybe it's just me...
Update 2012-05-09 2: Assuming this is a bug, consider adding a background page to your popup and log to that page's console instead until bug gets fixed. At least that makes my life easier for now.
Update: 2012-10-19: As omri writes (and points to), the Inspect Popup option is on it's way to be put back into Chrome, which will hopefully solve this problem (finally).
Could anybody confirm/deny this behavior, and/or suggest possible workarounds?
Open the popup
Right click the popup window and inspect.
Its going to be re-added to chrome
http://code.google.com/p/chromium/issues/detail?id=143349
Update: Un-accepting answer as another user confirmed this behaviour for OSX, so at least it will appear as unsolved on the radar, although there's probably a bug tracker somewhere where this needs to be posted.
This bug is still present on google-chrome-beta (Version 20.0.1132.34 beta). I'm guessing that this has to do with window and popup handling on X11 generally, and is obviously not a high priority bug since it's remained this way for quite a few releases. Closing question.
I am seeing the missing "Inspect Popup" option on right click but, I can edit/enter text in the form fields.
I am wondering if you are having an unrelated problem? If you are using or updating to the new 2.0 Extension Manifest you can encounter issues where inline javascript in the popup fails to fire any longer because of the addition of the content_security_policy defaults. Basically this prevents script injection but also seems to kill all JS in your popup. There are ways around this by changing the way events are handeled in your popup or by changing the default policy. Here's a link to the doc on this: http://code.google.com/chrome/extensions/contentSecurityPolicy.html
This is just a guess because I don't know what's going on in your code but I saw similar things while upgrading my extension recently.
Just upgraded to 22.0.1221.1 (Official Build 149058) dev and the problem seems to have been solved, albeit with a workaround. The old way of right clicking in the popup window and selecting "Inspect Element" to start up the console still grabs all input as originally reported.
However, it seems by right clicking the popup icon, the old "Inspect Popup" seems to be back, and when this is used it does not seem to grab input from the open popup window itself.
Google Chrome is set as the default browser. However, it opens links in Firefox, which is undesired.
How can I make Org-mode to open links in Google Chrome?
Emacs 23.2 doesn't directly support Google Chrome, but it does support a "generic" browser, and something like this should work:
(setq browse-url-browser-function 'browse-url-generic
browse-url-generic-program "chromium-browser")
You don't mention your OS, but if it's Windows or Mac, you can try:
(setq browse-url-browser-function 'browse-url-default-windows-browser)
(setq browse-url-browser-function 'browse-url-default-macosx-browser)
And, if that doesn't work, there are other folks who have implemented 'browse-url-chrome. Google turned up the following link:
http://code.ohloh.net/search?s=browse-url-chrome&browser=Default
As Trey suggests, you can set it to a generic browser, but instead of "chromium-browser" use "google-chrome", like this:
(setq browse-url-browser-function 'browse-url-generic
browse-url-generic-program "google-chrome")
That worked for me with Emacs 23.2 and Chrome 12.
I have a similar problem (although the other way around: I wanted Emacs to open Firefox, but it opened Chromium).
I'm using Ubuntu 12.04 (Precise Pangolin), but already had the problem with Ubuntu 11.10 (Oneiric Ocelot). The solution below applies to Linux, maybe macOS (?), and probably not Windows.
Setting browse-url-generic-program as suggested in other answers didn't work for me. Note also that my default browser is generally Firefox: that's what most other applications are using to open a URL, including xdg-open. So I was surprised that Emacs would do otherwise.
I finally figured out that Emacs is using the sensible-browser (1) script. Looking at that script, I noticed that:
it first looks at the BROWSER environment variable;
else, it tries several other generic scripts, starting with gnome-www-browser
It so happens that, on my machine, BROWSER is not set, but gnome-www-browser is a script apparently put there by Chromium, and (naturally) running Chromium.
So, long story short: putting the following line
export BROWSER=firefox # Or any browser of your choice
in your .profile may help if Emacs is not using the correct browser.
Setting the browser function is very easy using the GUI:
In the menu, click Options > Customize Emacs > Top-level customization Group
Click on the link External (Interfacing to external utilities.)
Click on the link Browse Url (Use a web browser to look at a URL.)
Click on the small triangle to the left of Browse Url Browser Function, this reveals a Value Menu button and some help text
Click the Value Menu button
Choose your preference from the displayed menu
Move to the top of the buffer, click the button Apply and Save to save the change to your ~/.emacs file
Done :-)
I also had this problem when exporting org files to HTML. It would use Firefox instead of a Chromium browser. I fixed it by customizing org-file-apps (which for some reason had been set to open XHTML and HTML files with Firefox).
I now have an entry for extension \.x?html?\' with command set to the Lisp form: (browse-url file)
I was on macOS and the browse-url-default-macos-browser did not work for me.
My solution was:
(setq browse-url-browser-function 'browse-url-chrome)
(setq browse-url-chrome-program "/Applications/Google Chrome.app/Contents/MacOS/Google Chrome"))
For ChrUbuntu, the google-chrome incantation as given by Alan Turing works with Emacs 23.3.1, the default as of today. I suspect the chrubuntu configuration even when tickled to use chromium uses the wrong binary name.
In emacs 28 (Fedora Linux) I just needed this
(setq browse-url-browser-function 'browse-url-chrome)
I love VI and I'm looking for a plugin of some sort that would allow me to input text in my browser (preferably Firefox or Chrome) using VI commands. It would save me an immense amount of time and at the same time when writing long emails. Can anyone think of any plugins that would allow me to do this? I was hopeful with Vimperator (https://addons.mozilla.org/en-US/firefox/addon/4891) but after installing it, I realized that it didn't do the one VI think I wanted to do: create or edit a text box with VI commands. It just allowed me to do Browser commands and scrolling in VI-style.
since you have installed Vimperator , you can try this :
se
editor=”YOUR-GVIM-PATH/vim72/gvim.exe
-f”
Press Ctrl + i to call gvim to deal with the text you want to edit.
I've had great luck with itsAllText firefox extension. Probably not as smooth as your dream, but it works very well in practice.
https://addons.mozilla.org/en-US/firefox/addon/4125
I've been using the Mozex extension for Firefox for years.
http://mozex.mozdev.org/
Once installed, on the "Textarea" tab, assign a hot-key and enter the command to run. For example:
gnome-terminal -e "/usr/bin/vim %t"
When the hot-key is pressed, Mozex will create a temporary file and replace the "%t" above with its name.
If there's more than one text area on a page it will allow you to pick which one you want to edit.
Mozex provides a lot more functionality than just text area editing. If you want to "view source" with Vim, you can do that too.
I've used jV for a while on firefox. It works even with newer versions that the extension doesn't officially claim to support. The dev says they are working on a chrome version.
Currently the Chrome Extensions API is fairly simple; I simply don't think that there are currently enough API hooks into the browser to be able to support something like this.
You might want to check out the confusingly-named Conkeror browser (not the same as Konqueror in Linux), which is best described as the love child of VI and Firefox. It's like VI with the Gecko rendering engine (I think).
I recently updated my Eclipse to the latest release 3.5 and since then I have a very annoying problem with c&p using the shortcuts.
In an editor (xml, jsp, doesn't matter which one) I try to copy something and paste it somewhere else, nothing happens. When I cut out something and put it somewhere else I sometimes get something else (like a messed up part of my previous selection) or just some whitespaces. This gets even worse when I change lines in between.
First I thought that my keyboard is probably broken but it works just fine in other programs. Then I tried using the context menus' c&p and there it works. Yesterday I managed to get at least an error message when I tried to copy a file in the navigator from one project to another (the message was just "error using copy...bla". no details).
Does anyone else have this problem, or know how to solve it?
I am running on Kubuntu 9.04, and have quite some plugins installed (but only from the Galileo Updates Site), like Birt, Mylin, WST, or Subversive.
For my problem, I had to go to Window > Preferences > Java > Editor > Typing, and uncheck "Update imports"
This must be related to the key mapping, since those shortcuts are defined according to context.
(Column "When", in Preferences / General / Keys)
Check if those shortcuts do not work for any editor (do they work for Java editor?)
If they work for some editor, not for other, then some plugin settings must have re-affected them to another command.
This is caused by various X clipboard managers doing weird things with the clipboard. (bug report).
In XFCE the clipman applet was rolled in XFCE 4.8, and will be the source of these problems.
To fix this in XFCE - kill xfce4-settings-helper. You will need to use Settings Manager -> Session and Startup -> Session to kill it, as otherwise it may restart automatically.
To prevent this starting next time, you will need to remove it from your startup/login programs in Settings Manager > Session and Startup > Application Autostart.
Problem was solved with newer Eclipse releases. I think >= 3.6. Depending on your distribution there may be a (back)port of this (not on my Xubuntu 11.04) within the repositories.
So a tarball installation of Eclipse 4.0 works perfectly for me. Cut&Paste works and I am lucky that my plugins are compatible to 4.0.
Unfortunately Sublime Text has the same problems.
I read somewhere that in KDE maybe Klipper / "Klipper on the panel" conflicts with eclipse copy action.
It's a tool for clipboard history. Try to remove that! It may solve your problem :-/
For me the xfce4-settings-helper killing worked.
Workaround:
You can cut&paste from the compare view. So simply compare the un-copyable file (e.g., local history) with a different version and Control-C what you need there.
In the *.java editor page, right click and select open in text editor. Past your snippet there. Your Snippet will show in the *.java page'
I use Eclipse Kepler for PHP development. It's dumb I know.
None of the solutions suggested here has solved this source of frustration.
I can confirm the copy function works whether shortcut keys are bound or not. As I can copy from eclipse and paste into any other application. Except eclipse.
My solution. Accidental discovery: Eclipse Kepler will allow you to paste outside the php open and close tags and allow you to click and drag the highlighted block of content into into position.
Acceptable solution for small bits of code. Horribly crippling for larger development environments.
For Xming, this resolved the problem for me. In XLaunch uncheck Clipboard (clipboard manager) in the "Specify parameter settings" GUI form.