1. 09 Jul, 2011 1 commit
  2. 14 Jun, 2011 4 commits
  3. 05 Jun, 2011 1 commit
  4. 04 Nov, 2010 1 commit
  5. 26 Oct, 2010 1 commit
    • Aaron J. Seigo's avatar
      clean up the style created by the widget; the style itself doesn't set a... · ec9307fe
      Aaron J. Seigo authored
      clean up the style created by the widget; the style itself doesn't set a parent widget. i believe this is due to the usual semantics of QStyle which is to be shared amongst widgets, making automatic QObject based deletion non-standard and even dangerous for QStyles. in this case, though, it does need to be deleted as there is a 1:1 relationship between the line edit and the style object. so to keep memory from leaking and to keep with the usual QStyle semantics, leave it up to KLineEdit to clean it up.
      
      KLineEdit unit tests still pass after this commit.
      
      thanks to Joris Guisson for the valgrinding and reporting.
      
      BUG:255118
      
      svn path=/trunk/KDE/kdelibs/; revision=1190023
      ec9307fe
  6. 17 Aug, 2010 1 commit
    • David Faure's avatar
      Fix useless space on the right (where the clear button would be) and too early wrapping/squeezing · eb04f673
      David Faure authored
      when a KLineEdit is made readonly via a QLineEdit pointer
      (example: combo->lineEdit()->setReadOnly(true), in kdepim/libkdepim/kcheckcombobox.cpp).
      setReadOnly is *not* virtual in QLineEdit, so KLineEdit has to handle becoming readonly without being told so.
      
      Aaron, does this look ok to you? I'll backport the fix, if you agree.
      CCMAIL: aseigo@kde.org
      
      svn path=/trunk/KDE/kdelibs/; revision=1164731
      eb04f673
  7. 16 Aug, 2010 1 commit
  8. 12 Jul, 2010 1 commit
  9. 22 May, 2010 1 commit
  10. 06 May, 2010 2 commits
  11. 04 May, 2010 3 commits
  12. 30 Apr, 2010 1 commit
  13. 29 Apr, 2010 3 commits
    • David Faure's avatar
      Remove TODO, a unittest shows that clicking on a popup-completion item already... · b5ca5917
      David Faure authored
      Remove TODO, a unittest shows that clicking on a popup-completion item already sets modified to true,
      due to the previous commit which does that in _k_slotCompletionBoxTextChanged.
      
      svn path=/trunk/KDE/kdelibs/; revision=1120731
      b5ca5917
    • David Faure's avatar
      Fix the "modified" status of the lineedit: when emitting textEdited it also... · b5f784ea
      David Faure authored
      Fix the "modified" status of the lineedit: when emitting textEdited it also makes sense to mark it as modified
       [which setText clears, that's why we have to set it again]
      
      svn path=/trunk/KDE/kdelibs/; revision=1120723
      b5f784ea
    • David Faure's avatar
      Fix the emission of textEdited and textChanged in relation with completion: · b1ce8f1a
      David Faure authored
      - emit textEdited and textChanged when "accepting the autocompletion"
      - don't emit textChanged/textEdited twice when going up or down in the completion popup
      
      The updated behavior is therefore:
      * setText emits textChanged and userTextChanged, but not textEdited
      * typing emits all three signals
      * the suggestion from auto completion emits textChanged but not userTextChanged nor textEdited
      * accepting the autocompletion suggestion now emits all three signals too
      * selecting an item in the popup completion changes the lineedit text and emits all 3 signals
      * pressing Enter in the popup completion doesn't emit anything, the text is already there
      
      This makes textEdited useful again, so userTextChanged is now deprecated (okayed by Jacopo).
      CCMAIL: germain@ebooksfrance.org
      
      svn path=/trunk/KDE/kdelibs/; revision=1120672
      b1ce8f1a
  14. 31 Jan, 2010 2 commits
    • Christoph Feck's avatar
      Fix paint recursion in "three bullet" password mode (backport r1083166) · 27c1cca2
      Christoph Feck authored
      CCBUG: 180482
      CCBUG: 186724
      CCBUG: 211250
      CCBUG: 215380
      CCBUG: 224693
      
      svn path=/branches/KDE/4.4/kdelibs/; revision=1083167
      27c1cca2
    • Christoph Feck's avatar
      Fix paint recursion in "three bullet" password mode · aaa69b62
      Christoph Feck authored
      There are other issues related to "three bullet" mode, such as
      not being able to move cursor or select text. But simple typing
      and backspace should work without 100% CPU and hangs.
      
      Please test if this commit fixes this bug, it will be available
      with the KDE SC 4.4.0 release.
      
      CCBUG: 180482
      CCBUG: 186724
      CCBUG: 211250
      CCBUG: 215380
      CCBUG: 224693
      
      svn path=/trunk/KDE/kdelibs/; revision=1083166
      aaa69b62
  15. 09 Dec, 2009 1 commit
  16. 27 Jul, 2009 1 commit
  17. 07 May, 2009 1 commit
  18. 15 Apr, 2009 2 commits
    • Laurent Montel's avatar
      Backport: · 00cba2c9
      Laurent Montel authored
      don't allow to undo/redo/cut/paste when lineedit is readonly
      (bug found in kmail->property)
      
      svn path=/branches/KDE/4.2/kdelibs/; revision=954287
      00cba2c9
    • Laurent Montel's avatar
      Fix: · 035a5a9b
      Laurent Montel authored
      don't allow to cut/paste/undo/redo when lineedit is readonly
      
      svn path=/trunk/KDE/kdelibs/; revision=954284
      035a5a9b
  19. 26 Mar, 2009 1 commit
  20. 12 Mar, 2009 2 commits
  21. 03 Feb, 2009 2 commits
    • David Faure's avatar
      Backport better handling of <Tab> in klineedit/kcompletionbox (fixing 167135... · 22dedee8
      David Faure authored
      Backport better handling of <Tab> in klineedit/kcompletionbox (fixing 167135 while still making 65877 work)
      
      svn path=/branches/KDE/4.2/kdelibs/; revision=920747
      22dedee8
    • David Faure's avatar
      Better fix for 65877, which doesn't require disabling "Tab means Down" in the... · b8c61a88
      David Faure authored
      Better fix for 65877, which doesn't require disabling "Tab means Down" in the completion box (#167135 says some people like that :-).
      I think I found a solution that makes everyone happy: if there's only one entry then Tab autoselects the first entry
      and completes again, allowing to use it like a shell for local files:  /hom<tab>dfau<tab>Docu<tab> for /home/dfaure/Documents.
      If there's more than one entry, then Tab does "Down" as before.
      CCBUG: 65877, 167135
      
      svn path=/trunk/KDE/kdelibs/; revision=920743
      b8c61a88
  22. 28 Jan, 2009 2 commits
  23. 05 Jan, 2009 1 commit
  24. 04 Jan, 2009 1 commit
    • Michael Pyne's avatar
      Revert commit 902991 (and a related BC-maintaining commit which is now unnecessary). This commit · 61162ed7
      Michael Pyne authored
      was intended to improve support for accented characters from what I gather but it moved the keyPress
      event handler to act on key release instead which is causing bug 179205 (KLineEdits have actions
      using Ctrl key duplicated twice).  This is because pasting on key release doesn't stop Qt from
      pasting on key press (and we can't just disable various Qt actions on key press as that's really
      an implementation detail for Qt IMO).
      
      I'm sure there is a way to implement the accented chars thing that makes everyone happy but I'd
      rather fix the more pressing bug at this point.
      
      CCMAIL:ereslibre@kde.org
      BUG:179205
      
      svn path=/trunk/KDE/kdelibs/; revision=905299
      61162ed7
  25. 01 Jan, 2009 1 commit
  26. 29 Dec, 2008 2 commits