take for example the Iminent google chrome plugin, it let's you add smilies to youtube comments, facebook chat, gmail etc...
I just don't undertands how, didn't just who ever made the software can do this type of thing?
Unicode has had "smileys" (a.k.a. emoji) for a while, and web applications that support Unicode (sometimes referred to as UTF-8) can accept them (and international characters) in places like text input boxes. So the programs in question treat these like any other character.
I'm not sure what Windows' equivalent is, but on the Mac, there's a "Show Character Viewer" item in the keyboard menu which lets you search for and insert these characters. To enable it, go to the Keyboard panel in System Preferences. In the Keyboard tab, there's a checkbox for Show Input & Character Viewers in menu bar near the bottom. Check it and you get a small country flag icon in the menu bar, which is the keyboard menu.
😃😎🙈🙉🙊👓
Related
I'm usually a Gmail user but on my most recent gig have to use an Exchange account and so decided to give Apple Mail another try (after looking at a bunch of other options) but I digress.
I prefer the classic layout but don't like to group messages by conversation.
I'm looking for a way/script to use the "Show Related Messages" button, which you can add to the toolbar, so that I can bind it to a shortcut so I can quickly catch up on emails using no mouse clicks.
Is this possible or am I hoping for something not doable?
I'm running El Capitan in case that's an issue.
Thanks for your time!
If I'm understanding you correctly, you essentially want a keyboard shortcut to access the menu item Show Related Messages in the Mail application. You mention adding something to the toolbar, but then also say you don't wish to use any mouse clicks, so I'm going to assume that it doesn't really matter whether or not there's a shortcut on the toolbar—that your priority is using the keyboard to turn on/off the Show Related Messages option.
I'm using MacOS High Sierra, so my screenshots may look a little bit different to what you see on your system, but the process for El Capitan is the same or very similar.
Open up System Preferences and selected the Keyboard pane. In the left-hand list, select App Shortcuts:
Then click the + button to the right in order to create a new shortcut:
Choose the Mail application from the dropdown list, and enter the menu item for which you want the shortcut to apply; in this case, Show Related Messages. Note: It must be typed in exactly, including any capital letters that feature, and without any extra spaces that aren't appropriate. For example, "Show related messages" will not work.
Finally, highlight the Keyboard Shortcut box and press the key combo that you'd like to use as your shortcut. You can even use one that's already assigned in Mail to something else; the pre-existing shortcut will automatically get reassigned where possible.
Click the Add button.
From then on, you'll be able to use your shortcut to toggle the Show Related Messages option on/off.
A little confused at the purpose of the "tab size" in GitHub's markdown editor. When changing the value in the dropdown, it seems to have an effect in the "Edit File" tab but not the "Preview" tab. Nor does it have an effect after saving.
Bottom line, I'd like my tab size to be 2 when displayed in my repository readme, instead of 8 which makes the markup seem disorganized.
Thanks for your help.
You need to manually convert all the existing tabs to spaces in the document.
Changing the setting in your editor/IDE or on GitHub (to use spaces) does not change any existing text in the document. It only affects any new text you add to the document. If the existing content includes tab characters, you need to convert those to spaces for consistency. While you would need to manually change each instance on GitHub, your local editor/IDE should have a function to do that document wide from a single command (usually called something like "convert tabs to spaces").
By way of explanation, when a tab is inserted in a document, all that happens is a tab character is inserted. No information is included indicating how wide that tab character should be. Each document viewer will have its own setting indicating how wide a tab character should be and if those settings do not match, then the document will display differently in each context. For example, the GitHub editor can be configured to be different that the default. However, the rendered preview does not have any settings so you only get the default tab wide (8 chars on GitHub).
For that reason, most editors/IDEs include a setting to insert spaces when you type the tab key. That insures that every tab is exactly the same width across all viewers anywhere. However, the "spaces" feature of editors works by intercepting the press of the tab key on your keyboard and replacing the tab with the set number of spaces. Therefore, actual space characters get inserted into your document and there are no tab characters (the editor hides this by also intercepting backspace key presses). The important thing to note is that this feature works by intercepting and altering key presses on the keyboard. Therefore, it has no effect on text already in the document. Which is why you need to convert the existing text. Fortunately, the "convert tabs to spaces" feature of most editors/IDEs will use the tabs/spaces settings when doing the conversion, so running that command once should fix the entire document as long as your settings are configured properly.
Most editors/IDEs also have a "show whitespace" (or "view whitespace)" feature, which can be used to confirm the conversion was done properly. When "show whitespace" is turned on, tabs display as an arrow and spaces as dots (usually a lighter gray than the surrounding text). If you have converted your entire document. you should see no tab arrows anywhere, only dots for spaces. Once you are satisfied that no tabs exist, you can then turn "show whitespace" off. Unfortuntely, GitHub's online editor does not offer this feature, so you'll need to use your local editor.
I believe this problem has been present for a few years in Netbeans, in different non-English keyboard layouts (see for example Shortcuts in NetBeans don't work).
Premises:
I am using Netbeans 7.3.1, and coding in Java
I use a non-US keyboard layout (Swedish), and Netbeans picks up all the Swedish keys correctly when typing them in the code window.
The problem:
The keyboard shortcuts that use keys that are mapped the same in Swedish and English layout (normal letters for example) work fine, but the keyboard shortcuts that use keys that are mapped differently behave inconsistently.
Example:
Toggle comment (Ctrl+Slash). Slash is Shift+7 in Swedish layout, Ctrl+Shift+7 brings up project properties. Slash in US layout is the key left of right shift, labeled - in Swedish layout. If I press that, Netbeans recognizes this as - and performs the standard behavior for Ctrl+- (a code fold).
Complete line (Ctrl+Shift+;). The key labeled ; in Swedish layout has < in US. This combo brings upp the bookmarks tab. The key labeled ; in US layout has a Swedish letter, this combo does nothing.
I have seen questions by people in different languages asking about one specific shortcut or another not working, and the answer is usually to edit the Netbeans keymap, I wanted to connect a few more dots. Does anybody have further experience or suggestions?
Another shortcut appearing on the keyboard shortcuts card for for 7.3.1 that this affects is Move caret to matching brace (Ctrl+[).
These issues have been around since at least 2008: https://netbeans.org/bugzilla/show_bug.cgi?id=155117. As of last year, the developers seem undecided if it is worthwhile to fix: https://netbeans.org/bugzilla/show_bug.cgi?id=227247
However -
Toggle comment has an alternative shortcut - Ctrl+Shift+C - originally aimed at German keyboards, but which should work for all remotely mainstream layouts since it uses no special key.
Move caret to matching brace apparently has the alternative Ctrl+^ aimed at French layout, but does not work in Swedish for example.
Complete line has no alternative I could find.
Conclusion
Personally I will be using Ctrl+Shift+C for comments, and entering my own alternative for Complete line in Options > Keymap. Move caret to matching brace / bracket, though named on the shortcuts card, does not show up as a reassignable here as far as I can see.
I had this problem too and it had a simple solution and the solution was the font change.
In Netbeans (tool-option-font&زcolor-font). I changed my default font.
I have a problem when using editors (like NetBeans/CodeBlock) in windows 7.
E.g.: If I start to initialize a text using "(Double/single Quotation) and text is starting with a it will give äaaa instead of "aaaa" (this web editor also the same for my PC)
How can I stop this occurrences ?
Sounds like you are using the US-International keyboard layout.
Check the keyboard layout icon in the system tray when you have the misbehaving application focused; you can change the layout from here, or by pressing a key shortcut. (Maybe you're doing that by accident? You can turn the shortcut off, or remove the unwanted layout completely, from Control Panel → Region and Language → Keyboards and Languages → Change keyboards.)
I find Eclipse's (Eclipse 3.7, Indigo, running under Mac OS X 10.6.8) Find/Replace floating dialog box to be very annoying. Part of the time it ends up obscuring the search results. Is there any way to have Eclipse move the Find/Replace somewhere else? I'd like it to be a pop-up view, as I often do with the Console, Servers, Outline, and other views. However, if it could be incorporated into the view which it's searching, that would be great, too.
Eclipse's Find / Replace dialog is a dialog, not a view, so you can't drag and drop it to one of the view areas.
Here's a Eclipse search plugin that might work for you. Scroll all the way to the bottom of the page to get the Software Update link.
Worst case, you could write your own Eclipse plug-in that creates a view that does a Find / Replace.
TL;DR
Find/replace cannot be used as a view. Here are two ways to find text without obstructing the search:
Use incremental search (CTRL+J)
Use the quick search plugin (CTRL+SHIFT+L)
Pros and cons
Both approaches behave differently from the traditional find/replace and may require some getting used to.
Approach 1.
It works out of the box, no need to install a plugin, but it (currently) does not support pasting nor searching for the current selection (but there is CTRL+K for the latter). You can use UP and DOWN or repeat CTRL+J or CTRL+SHIFT+J to jump between matches.
Approach 2.
This still opens a dialog, but one which integrates the search results rather than obscuring them. I suggest resizing it to have a good preview size.
The default shortcut shadows the "Show Key Assist" original, but this can be changed. It is an extra install and AFAIK only supports case sensitive searches, but it supports searching for the selection and pasting.
It shows matches across files, starting with the top open editor (if you have more than one visible, e.g. side by side, it sometimes does not start with the one you were last on). You can move between matches with UP and DOWN and hit enter to go back to the editor on the selected match.
NOTE
I suppose on OSX you can replace CTRL with CMD in keyboard shortcuts above to achieve the same, but I could not test it. The shortcuts can be customized in Preferences->General->Keys