Members of the KDE Community are recommended to subscribe to the kde-community mailing list at https://mail.kde.org/mailman/listinfo/kde-community to allow them to participate in important discussions and receive other important announcements

  1. 01 Jul, 2013 1 commit
  2. 26 Jun, 2013 2 commits
  3. 25 Jun, 2013 2 commits
    • Mailson Menezes's avatar
      d61c690b
    • Mailson Menezes's avatar
      Fix issue of creating an annotation on tiles mode · ff116890
      Mailson Menezes authored
      Sometimes annotations created on tiles mode were not shown immediately.
      
      What requestPixmaps do is given a PixmapRequest, change its
      normalizedRect attribute so the rect is tile aligned. However
      refreshPixmaps was creating a PixmapRequest with the rect already tile
      aligned and then delivering the PixmapRequest to requestPixmaps, which
      would trye to take the requested rectangle and change it so it is also
      tile aligned. Since the PixmapRequest delivered by refreshPixmaps was
      already aligned, the requested rectangle was inflated by the tile
      alignment procedure. After that the generated request becomes bigger
      than the defined threshold and is discarded. This patch actually
      removes the tile alignment logic from refreshPixmaps and let only the
      requestPixmaps handle this.
      ff116890
  4. 24 Jun, 2013 3 commits
  5. 23 Jun, 2013 6 commits
  6. 22 Jun, 2013 2 commits
  7. 15 Jun, 2013 3 commits
  8. 13 Jun, 2013 1 commit
  9. 09 Jun, 2013 1 commit
  10. 08 Jun, 2013 4 commits
  11. 06 Jun, 2013 3 commits
  12. 05 Jun, 2013 1 commit
  13. 03 Jun, 2013 1 commit
    • Jon Mease's avatar
      Undo support for PDF forms · b7ce9114
      Jon Mease authored
      Together with the already commited support for undo in annotations fixes 177501
      BUGS: 177501
      REVIEW: 110589
      FIXED-IN: 4.11.0
      b7ce9114
  14. 30 May, 2013 2 commits
  15. 29 May, 2013 1 commit
  16. 28 May, 2013 5 commits
    • Fabio D'Urso's avatar
    • Fabio D'Urso's avatar
      Don't reuse KConfigDialogs · c3f7fd52
      Fabio D'Urso authored
      Because a cached dialog stays parented to the initial part, which might
      not be the one used to open it.
      This is especially visible now that we support more than one window per
      okular process.
      
      For example:
       - User initially opens a dialog from window A
            -> This dialog gets cached as child of A's PageView. This implies that
               clicking on the dialog also brings window A to foreground.
       - User re-opens the dialog from a different window B
            -> The dialog is still a child of A's PageView, therefore clicking on the
               dialog's frame brings A to the foreground, and B to the background.
      c3f7fd52
    • Fabio D'Urso's avatar
    • Fabio D'Urso's avatar
      Make all parts receive config change notifications · 4526dd2f
      Fabio D'Urso authored
      Instead of listening on KConfigDialog's signals, this patch makes parts
      listen on Okular::Settings::self()'s configChanged() signal.
      
      Unlike KConfigDialogs, Okular::Settings::self() is unique and never
      changes during the process lifetime, and therefore:
       - A part can connect during initialization and receive notifications,
         without depeding on KConfigDialog objects (which might be instanced
         or deleted by a different part).
       - The connection now survives deletion of the KConfigDialog.
      4526dd2f
    • Albert Astals Cid's avatar
      Prepare for 0.16.4 · ccd88922
      Albert Astals Cid authored
      ccd88922
  17. 27 May, 2013 2 commits