1. 31 Mar, 2008 1 commit
  2. 30 Mar, 2008 1 commit
    • Robert Knight's avatar
      Fix consecutive non-word characters being treated as a single word. · 61d1e13d
      Robert Knight authored
      TerminalDisplay::charClass() used to return one of three values to indicate whether
      the input was a space, "word character" (letter, number or character from the wordCharacters() array)
      or something else.  When double clicking a 'word' was taken to be a run of
      characters which had the same charClass().  Fix this by returning the input character
      in charClass() if it is not a space or word character.
      svn path=/trunk/KDE/kdebase/apps/konsole/; revision=791732
  3. 29 Mar, 2008 1 commit
    • Diego Iastrubni's avatar
      New backport (??) from KDE3: now each profile can enable/disable BiDi... · 60f0a0a5
      Diego Iastrubni authored
      New backport (??) from KDE3: now each profile can enable/disable BiDi rendering in the display. We need this since many console based application (vim, emacs, fribidi etc)
      implement their own BiDi algorithm. There is also another reason: comatibility. All terminals are *not* aware of the BiDi issue and do not re-order the chars
      (gnome-terminal, xterm, konsole, etc). It is possible to enable the BiDi rendering on each profile, so this is not a huge lost. I am still missing the keyboard shortcut to
      quickly enable/disable it (alt+control+b in konsole3), but I am not sure what is the best way for doing it.
      A quick note about the implementation:
      In QPainter3, there was an option to draw a text and tell the painter "please do not implement BiDi". In QPainter4 (up to 4.4) there is no such option. I am forcing it by
      drawing  "painter.drawText(rect,0,QChar(0x202D)+text)" (that is &LRO;), and it does seem to work, but I find it kinda "hackish". I will open a task in Trolltech and
      request that new feature. Hopefully by Qt4.5/KDE4.2 I will be able to change the implementation.
      svn path=/trunk/KDE/kdebase/apps/konsole/; revision=791374
  4. 19 Mar, 2008 1 commit
  5. 17 Mar, 2008 1 commit
    • Robert Knight's avatar
      If the terminal application is not interested in mouse events and the... · 480c556a
      Robert Knight authored
      If the terminal application is not interested in mouse events and the display's scroll bar is not movable then send Up/Down key press events to the terminal instead.
      This makes it possible to scroll up and down in 'less' and other applications using the mouse wheel.  One key press is sent for every 5 degrees of mouse wheel rotation.  Typical mouse wheels operate in steps of 15 degrees which equals 3 lines scrolled per notch.  This default is the same as Vim's default mouse wheel scroll step.
      As in gnome-terminal and others, this has side effects such as the mouse wheel scrolling through history results in the shell if the shell is run in a program such as screen.
      BUG: 159340
      svn path=/trunk/KDE/kdebase/apps/konsole/; revision=786780
  6. 25 Jan, 2008 1 commit
  7. 16 Jan, 2008 1 commit
    • Robert Knight's avatar
      Scroll the terminal display continually when the mouse is held down and then... · 30cf067d
      Robert Knight authored
      Scroll the terminal display continually when the mouse is held down and then moved outside of the display, rather than requiring continual mouse movement to scroll.  Make the scrolling rate proportional to the distance between the edge of the display and the mouse position.  Currently suffers from quite noticable flicker when scrolling quickly through a large scrollback buffer because the display is scrolled and repainted before the selection is extended.  Stop the cursor from blinking and text from blinking when the display loses focus and restart blinking when the cursor regains focus.  Ensure that the cursor is visible in a hollowed-out style when the display does not have focus.
      svn path=/trunk/KDE/kdebase/apps/konsole/; revision=762055
  8. 13 Jan, 2008 1 commit
  9. 09 Jan, 2008 1 commit
  10. 07 Jan, 2008 1 commit
    • Eike Hein's avatar
      Add support for XComposite translucency to the Konsole KPart. · 5246e75c
      Eike Hein authored
      The decision to support translucent painting is made at part 
      creation depending on whether the hosting application is using 
      an ARGB visual and a composition manager has claimed the re-
      levant X selection (via KWindowSystem).
      svn path=/trunk/KDE/kdebase/apps/konsole/; revision=758145
  11. 02 Jan, 2008 1 commit
  12. 16 Dec, 2007 1 commit
  13. 15 Dec, 2007 1 commit
    • Robert Knight's avatar
      · e37fe694
      Robert Knight authored
      * Fix problem where selection background and other text with non-standard background
        colors was not readable with terminal display transparency enabled.
      * Transparency works again, but requires --enable-transparency argument passed to command-line
        due to artifacts that appear otherwise.
        Re-enable the code which searches for a suitable display, visual and colormap when
        starting the application in an environment which supports compositing.  Still
        need to resolve with other developers exactly how this will be done in KDE 4.0
      * Fix problem where flow control warning banner was always displayed when 
        Ctrl+S, Ctrl+Q were pressed, regardless of whether flow control was 
        actually enabled.
      * Fix artifacts when scrolling whilst the flow control warning banner was 
        visible.  Scrolling optimisations in the terminal display are disabled whilst
        the warning banner is being shown.
      * Fix links which wrapped over more than one line being cut-off at the end of the line
        (eg. when parsing "http://www.kd <END OF LINE> e.org" the link address would be reported
         as "http://www.kd" instead of "http://www.kde.org").  The link underlining is not yet 
         corrected, only the part of the link on the first line is highlighted.  
      * Implement code to load and use a built-in keyboard translator for fallback purposes
        in case no .keytab files exist.  The actual translator text (in DefaultTranslatorText.h)
        is currently incomplete. 
      * Replace hard-coded colors for flow control warning label with colors from
      * Replace hard-coded colors in incremental search line edit when a match is not found
        with colors from KColorScheme
      * Remove un-used variables in TerminalDisplay class, rename enums to match
        CamelCase naming style used elsewhere.
      svn path=/trunk/KDE/kdebase/apps/konsole/; revision=748936
  14. 03 Dec, 2007 1 commit
  15. 01 Dec, 2007 1 commit
  16. 08 Sep, 2007 1 commit
    • Constantin Berzan's avatar
      APIDOX · 8da58671
      Constantin Berzan authored
      svn path=/trunk/KDE/kdebase/apps/konsole/; revision=709800
  17. 06 Sep, 2007 1 commit
  18. 05 Sep, 2007 1 commit
  19. 04 Sep, 2007 1 commit
  20. 02 Sep, 2007 1 commit
  21. 31 Aug, 2007 1 commit
    • Robert Knight's avatar
      · 42dce037
      Robert Knight authored
      * Add a passive warning widget which is displayed when a color scheme is selected which 
        uses transparency but the system does not support transparency 
      * Always show the vertical scroll bar in the color scheme list
      * Remove quotes around links and email addresses in mouse-over tooltip
      Bug Fixes:
      * Fix a few odd behaviours with the live color scheme preview
      * Fix the 'Show in Menu' status of newly added profiles not being
        saved when Konsole exits.
        ( Update Profile's path property when saving the profile to 
          a new location )
      * Removed many debugging statements and dead / commented out code
      * Fix several unused parameter warnings
      * API documentation corrections in Emulation class
      svn path=/trunk/KDE/kdebase/apps/konsole/; revision=706986
  22. 23 Jul, 2007 1 commit
  23. 02 Jul, 2007 1 commit
    • Robert Knight's avatar
      Support for per-session randomized color schemes. Mainly useful to allow each... · 50fb0ef4
      Robert Knight authored
      Support for per-session randomized color schemes.  Mainly useful to allow each new session (from a particular profile) to have a different background color to make them easier to identify at a glance.  Randomization is specified in the color scheme as the maximum amount of difference in hue, saturation and value which a color is allowed to be randomly changed by.  No GUI controls for this yet.  Added a 'Black on Random Light' color scheme to make use of this facility out of the box.
      svn path=/trunk/KDE/kdebase/apps/konsole/; revision=682403
  24. 18 Jun, 2007 1 commit
  25. 27 May, 2007 1 commit
  26. 26 May, 2007 1 commit
    • Robert Knight's avatar
      * Add check for compositing on startup now that · 76b0f588
      Robert Knight authored
      KWindowSystem::compositingActive() works without a QApplication instance.
      * Make terminal display intercept shortcuts using the Backspace/Home/End keys 
      ( fixes backspace key triggering the 'Go Back' action in Dolphin when 
      terminal part has the focus )
      * Add some plumbing that will be used to handle resizing by the terminal 
      * Misc. tidy-ups and EBN fixes.
      * Update the right part of the terminal display when updating blinking 
      svn path=/trunk/KDE/kdebase/apps/konsole/; revision=668460
  27. 23 May, 2007 1 commit
  28. 20 May, 2007 2 commits
  29. 18 May, 2007 1 commit
  30. 14 May, 2007 1 commit
  31. 12 May, 2007 2 commits
  32. 09 May, 2007 2 commits
  33. 06 May, 2007 1 commit
  34. 05 May, 2007 1 commit
  35. 28 Apr, 2007 1 commit
  36. 27 Apr, 2007 2 commits