[Anonymous]

When you select a chunk of code using firefox and copy it (Ctrl-c) it also copies the line numbers. This happens even when I use your demo online.

My Info:
Matt West (mjwest@imt.net)

[Nigel McNie]

• milestone: 679828 --> Next_Release_(Stable)
• priority: 5 --> 2
• status: open --> open-postponed

[Nigel McNie]

Logged In: YES
user_id=1083971
Originator: NO

Hi,

This is a well known problem with how Firefox handles copying line numbers. It's a pain in the ass but I'm not prepared to do anything about it in the stable branch.

The dev branch, hopefully, will have a better fix.

[Nobody/Anonymous]

Logged In: NO

yes .. thats correct ... i can validate this.
And another problem is with IE ... no line numbers, but no tabs also ...

[BenBE]

Logged In: YES
user_id=1106788
Originator: NO

Here's some nice report at the Mozilla Bugtracker regarding this issue:

https://bugzilla.mozilla.org/show_bug.cgi?id=365805
https://bugzilla.mozilla.org/show_bug.cgi?id=268069
https://bugzilla.mozilla.org/show_bug.cgi?id=136595
(dup: https://bugzilla.mozilla.org/show_bug.cgi?id=198092\)
(dup: https://bugzilla.mozilla.org/show_bug.cgi?id=294585\)

The interesting about this issue is: Everyone has it, everyone complains about it, but you don't find a suitable solution anywhere: Not even on the Mozilla pages or MozillaZine ... Only the Mozilla Bugtracker notices this problem exists, but there is no way to disable this broken functionality.

Let's hope there will be a native solution anytime soon providing webdevelopers with a way to tell FF if you want those numbers copied along with the text or not.

[Nobody/Anonymous]

Logged In: NO

Hi Nigel ....
whats going on with you development ??
This problem (with linenumbers and copy) is a freaky thing.
Without linenumbers, its possible to copy in IE and FF (2.0.0.11)

You are maybe working on it ??
Would be good .... ;-)

greetings from germany, ZOC

[BenBE]

Logged In: YES
user_id=1106788
Originator: NO

As this is a issue with the copy handling of firefox (and maybe other mozilla\gecko-based engines there's not much we can do about it in 1.0.X branch. Complain about this issue in the mozilla bugtracker if you need a quick solution. A workaround for this (I fully acknowledge) big shit mozilla did here might be expected at earliest for 2.0 branch if any. Please refer to the links I posted below for more information on that shit Mozilla implemented.

BenBE.

[BenBE]

Logged In: YES
user_id=1106788
Originator: NO

milian started on working on this issue yesterday and it seems good so far ...

[BenBE]

• assigned_to: nobody --> milianw
• status: open-postponed --> open-accepted

[Milian Wolff]

Logged In: YES
user_id=1594854
Originator: NO

I've added a GESHI_HEADER_PRE_TABLE header type to work around this issue. Testers welcome.

[Milian Wolff]

• status: open-accepted --> pending-fixed

[Nobody/Anonymous]

Logged In: NO

the easiest way to get around this is to make the line numbers in another table and simply use this javascript to prevent it from getting highlighted:

window.onload = function() {
var element = document.getElementById('LINENUMBERTABLE');
element.onselectstart = function () { return false; } // ie
element.onmousedown = function () { return false; } // mozilla
}

[Nobody/Anonymous]

• status: pending-fixed --> open-fixed

[BenBE]

• status: open-fixed --> pending-fixed

[BenBE]

Logged In: YES
user_id=1106788
Originator: NO

We spent some time recently with an issue with the GESHI_HEADER_PRE_TABLE style that caused some layout problems for various browsers. Details can be found here: https://sourceforge.net/tracker/index.php?func=detail&aid=2046534&group_id=114997&atid=670231

This means, that this bug is closed once the modified style patch of milian and revulo is in the next release.

For now I set this bug on Pending, as the actual fix for this problem of this report has already been fixed by adding the GESHI_HEADER_PRE_TABLE header type.

[SourceForge Robot]

• status: pending-fixed --> open-fixed

[SourceForge Robot]

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 60 days (the time period specified by
the administrator of this Tracker).

[Nobody/Anonymous]

K16QvO <a href="http://jmsvcqzozeii.com/">jmsvcqzozeii</a>, [url=http://uytablhwnooj.com/]uytablhwnooj[/url], [link=http://ipsdbczgxknd.com/]ipsdbczgxknd[/link], http://wdzljgwdlxos.com/

[Nobody/Anonymous]

NUdJFh <a href="http://aqlzhlepgvpu.com/">aqlzhlepgvpu</a>, [url=http://ssoerhzglrdw.com/]ssoerhzglrdw[/url], [link=http://khdlbzvnnysp.com/]khdlbzvnnysp[/link], http://zgmkwuavyzhu.com/

[Nobody/Anonymous]

Yy6Jas <a href="http://qhwuppfzzqdv.com/">qhwuppfzzqdv</a>, [url=http://uxncmvcwrfvo.com/]uxncmvcwrfvo[/url], [link=http://hlqcssxfnnlh.com/]hlqcssxfnnlh[/link], http://kgyyjdknrkhb.com/

[Nobody/Anonymous]

5cBiF7 <a href="http://fjfdyzvashob.com/">fjfdyzvashob</a>, [url=http://mysbqyxekekf.com/]mysbqyxekekf[/url], [link=http://ihrgargpyvad.com/]ihrgargpyvad[/link], http://syjwbfnfrknu.com/

[Nobody/Anonymous]

VJkrTr <a href="http://jkyoapqqemss.com/">jkyoapqqemss</a>, [url=http://sukrpszemguj.com/]sukrpszemguj[/url], [link=http://qanfexmdpgmk.com/]qanfexmdpgmk[/link], http://jmfdtytfoojh.com/