Opened 19 years ago

Closed 17 years ago

Last modified 17 years ago

#525 closed bug (fixed)

[Terminal] slow text selection

Reported by: diver Owned by: jackburton
Priority: normal Milestone: R1
Component: Applications/Terminal Version:
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description (last modified by jackburton)

For example try to open some text file and select text with mouse, or try to Alt+a in Terminal with large output.

Change History (7)

comment:1 by jackburton, 19 years ago

Owner: changed from axeld to jackburton

comment:2 by jackburton, 19 years ago

AFAIK Terminal doesn't use BTextView, but you are right, it's slow in StyledEdit for example

comment:3 by jackburton, 19 years ago

Interestingly, the problem doesn't show up in StyledEdit.

comment:4 by jackburton, 18 years ago

Component: GeneralApplications
Description: modified (diff)
Platform: All
Summary: [BTextView] slow text selection[Terminal] slow text selection

This is a Terminal specific problem.

comment:5 by wkornewald, 18 years ago

Component: ApplicationsApplications/Terminal

Is there any reason why we still use prefixes like "[Terminal]" in the summary instead of just selecting (or adding) the affected component and leaving the summary clean?

comment:6 by jackburton, 17 years ago

Resolution: fixed
Status: newclosed

hrev21524 seems to have fixed the problem. Although we might think about reusing BTextView for Terminal, instead of the own rolled implementation.

comment:7 by axeld, 17 years ago

There are several reasons why the usage of BTextView is inappropriate currently:

  • it does not support changing the background color per character
  • it has one large text buffer and no hard character-level word wrapping

Of course we could extend BTextView, but I guess keeping the status quo isn't too bad either.

Note: See TracTickets for help on using tickets.