Talk:1271: Highlighting

Explain xkcd: It's 'cause you're dumb.
Revision as of 16:27, 30 September 2013 by (talk)
Jump to: navigation, search

Personally, I dislike it when the highlighted area includes either the beginning indent/tab or the ending indent/tab, so according to my standards, I'm satisfied with the highlighting in paragraphs 1-3, but not with 4-6. Saibot84 04:33, 30 September 2013 (UTC)

There is nothing marked in paragraph 6, is there? --Chtz (talk) 07:07, 30 September 2013 (UTC)
@Chtz, no there's nothing highlighted in paragraph 6, I meant "mark" as the score it was given. And while I'm here, I just noticed Randall corrected the spelling of "highlighted" in the text below the image. Should someone re-upload the image here? Saibot84 13:21, 30 September 2013 (UTC)

Why does he spell highlight like "hilight"? 06:47, 30 September 2013 (UTC)

Good question. Wiktionary allows hilite as informal, but says that hilight is a "common misspelling". --Chtz (talk) 07:07, 30 September 2013 (UTC)

I'm so used to doing this that I know a few tricks and tiny strips of areas to click on in order to achieve symmetry in some tricky situations. 07:53, 30 September 2013 (UTC)

On some pages, I spent more time getting the highlights right than actually reading it -- 08:06, 30 September 2013 (UTC)

The most frustrating thing when it comes to highlighting: willing to select text on a long line (such as source code with no word wrap) only to have the mouse cursor move out of line, sabotaging your selection and location in the text. When pages are wider than the visible area, it should not jump to the left side when there are empty lines above/below a long line and you drag the selection up/down, instead, it should scroll left only as you drag the selection to the left. 08:11, 30 September 2013 (UTC)

If you have source code extensively above your horizontal screen size, you either have a very small screen or you should rethink your coding style. ;) --Chtz (talk) 08:35, 30 September 2013 (UTC)
The most frustrating thing for me is mouse-selection (though thankfully not keyboard-selection) tends in my experience to assume that a mid-selected word means "the start of the word as well", at least in a browser context. Especially in forum conversations, when you get '[quote="oneperson"][quote="ofanotherperson]Blah[/quote]Replyblah[/quote]' to reply to, and you want to highlight and excise the inner quote, for brevity, it often adjusts to include the "] after the "oneperson". Which is annoying and breaks your BBCode if you don't notice what you also accidentally deleted, and correct for it.
Outside of such forum specifics, example 4 looks like a successfully chosen entire DIV-block. Which is a handy thing to be able to do, sometimes, but as long as you aren't forced to do so (beyond the "reading guide" purpose for the highlighting, with optional OCD, when it's probably not of concern). And watch out (as a variant of the title text) that the entire text block hasn't been A HREFed or similar (popular, these days, seemingly to cater for messy touchscreen tablet navigation, sometimes even without a navigate-to cursor change). This is why I have a Perl application that will politely scrape regularly-viewed pages, regexp and reformat as necessary and give a better/pre-processed interface to such information. Which is nice. 16:27, 30 September 2013 (UTC)

I do this all the time too... my wife HATES it! --Jeff (talk) 12:13, 30 September 2013 (UTC)

I thought I was the only one. Although, I do a variation where I try to get the beginning of the selection directly over the end of the selection so that they vertically align and cause a glide reflection of sorts. 14:06, 30 September 2013 (UTC)

New file name

The picture hilighting.png should be moved to highlighting.png. BTW: There is still a typo at the click... statement.--Dgbrt (talk) 14:56, 30 September 2013 (UTC)

is that necessary? Imho it should follow the misspelling of the article itself 16:10, 30 September 2013 (UTC)