Gajim - 2019-02-09

  1. oursblanc i'm looking for a way to change font size in gajim on win7 please
  2. lovetox preferences -> style -> theme manager
  3. lovetox add a theme, add conversation font
  4. lovetox then switch to that theme
  5. lovetox oursblanc,
  6. oursblanc hm
  7. oursblanc lovetox, i can juste change the color
  8. oursblanc not sizefont
  9. lovetox what gajim version?
  10. oursblanc ho wait
  11. oursblanc i dont see they have severeal in this list
  12. oursblanc thank a lot :)
  13. lovetox .
  14. Zash .
  15. bot Philipp Hörist updated a merge request for _gajim-plugins/gajim_1.1_ < >: Port Syntax Highlighting Plugin
  16. bot Philipp Hörist updated a merge request for _gajim-plugins/gajim_1.1_ < >: [syntax_highlight] Port Syntax Highlighting Plugin
  17. bot Philipp Hörist pushed 1 commit to branch _refs/heads/gajim_1.1_ of _gajim-plugins_ < >: *76dabe2e* < > [syntax_highlight] Port Syntax Highlighting Plugin
  18. bot Philipp Hörist merged a merge request for _gajim-plugins/gajim_1.1_ < >: [syntax_highlight] Port Syntax Highlighting Plugin
  19. fm yay, thx for merging @ lovetox ;)
  20. lovetox thx for doing the work :) just so you know i consider you the maintainer, i will only give the code a glance not really review it for functionality
  21. fm sure, no problem
  22. fm if there are issues and i don't see it (which might happen....), just mention me in gitlab so I'll get mail notifications
  23. lovetox yes sure :)
  24. fm btw: I am currently looking into creating a custom widget with line numbers for multi-line code blocks
  25. fm looks kinda good so far, just having trouble resizing the thing correctly ;)
  26. lovetox yes thats always the problem
  27. lovetox to be honest the resizing of text does not even work in the normal textview all the time
  28. fm well, its not the text that does not behave the way I want it to, its the widget when I insert it into the textbuffer using a child anchor
  29. fm I would like it to expand/fill up the entire width, which it refuses to do. It stays at the minimum requested size
  30. lovetox i dont think this is possible
  31. lovetox it cant stretch, because the textview itself is not a standard container that has the usual bounds
  32. lovetox it stretches because you put a child in it, and it has to grow bigger
  33. lovetox hm but really this project seems not a like something easy to do
  34. fm hm... my last try was overriding the preferred_* methods. did not realy help.
  35. lovetox all you want is added linenumbers?
  36. fm next shot would be to hook the widget to the textview's resize signals
  37. lovetox for example my codeeditor does not wrap text when i make it smaller
  38. lovetox if we assume we dont want text to wrap, then putting a number before each line should not be that hard?
  39. fm basically, yes. but i would not want to have the users scroll horizontally if the text is to long. rather wrap and indicate that the line has been wrapped.
  40. fm this is the part that works already
  41. lovetox and you didnt further look into the Gtk Source View, because its really doing exactly that?
  42. fm I can upload the POC I am working with later
  43. Zash .
  44. fm I did have a look at the source view. pretty nice thing, but too much for what I am trying to do. It's rather a foundation for a full blown IDE than just a static code viewer
  45. fm having that large objects in the textbuffer for just a few lines of code seams a little wasteful to me...
  46. fm resource wise
  47. lovetox another idea would be to not display the code inline
  48. lovetox display a button "Code Snippet"
  49. lovetox and if you click it the sourceview opens
  50. lovetox but maybe its really easier to just use the textview
  51. lovetox even without putting another widget into it
  52. lovetox what was the problem again, why you dont just add a number and a tab before each line?
  53. fm that was what I tried in the very first attempt. There are issues with the wrapped lines and alignment felt off sometimes.
  54. fm the latter is probably because the font is not as monospaced as it claims to be^^
  55. lovetox asterix, please disable your anti spam plugin for private messages
  56. lovetox its totally broken
  57. lovetox fm, i think its very hard to deal with wrapped stuff
  58. lovetox cant you just assume the user has the window big enough
  59. fm as I said, in my POC I can more or less reliably detect wrapped lines, its not realy a big deal
  60. fm burns some cpu time, as one needs to chase an iterator through the buffer, but this will only happen when size changes and when inserting for the first time
  61. lovetox asterix, no, it spams me with the same text over and over
  62. fm I will be afk for some time, I will upload the code later, so you can have a look if you want ;)
  63. lovetox yes please
  64. bot Philipp Hörist pushed 2 commits to branch _refs/heads/master_ of _gajim_ < >: *fa710524* < > Remove unused import *fc8c056e* < > Detect nbxmpp supported encryptions - Better handle logging for gnupg
  65. bot Philipp Hörist pushed 1 commit to branch _refs/heads/master_ of _python-nbxmpp_ < >: *622a4566* < > Add OpenPGP (XEP-0373) module
  66. bot Philipp Hörist pushed 2 commits to branch _refs/heads/master_ of _gajim-plugins_ < >: *2b9780a9* < > [openpgp] Refactor Plugin - Adapt to nbxmpp now supporting openpgp *b7954ec5* < > [openpgp] Update manifest.ini
  67. bot Philipp Hörist pushed 1 commit to branch _refs/heads/master_ of _gajim_ < >: *4442db54* < > Remove unused import
  68. bot Philipp Hörist pushed 1 commit to branch _refs/heads/master_ of _python-nbxmpp_ < >: *ee45ce4a* < > Fix test
  69. lovetox fm, but if you add linenumbers, they probably should not be copied
  70. lovetox if i copy the code i mean
  71. bot Philipp Hörist pushed 1 commit to branch _refs/heads/master_ of _gajim_ < >: *5059f723* < > Windows: Add pygments to build
  72. lovetox asterix, please deactivate your anti spam, or dont write pms
  73. fm lovetox, iirc it should be possible to apply a tag to the numbers preventing them from being part of the selection (or at least the copy), isn't it?
  74. fm anyway, here's my small POC:
  75. lovetox yes
  76. fm it works if i use the surrounding view's size_allocate signal and take the width reported in the event
  77. lovetox looks nice
  78. lovetox and i see you dont have the problem with the linenumbers
  79. lovetox because they are not in the same widget
  80. fm yap
  81. fm ;)
  82. lovetox i would find it totally ok if this widget does not wrap and shows scrollbars
  83. fm calculating the line numbers feels.... weird, but it's actually the only way i found to find the wrapped lines
  84. fm hm... could make it optional, too
  85. lovetox hm and if you are doing a widget maybe a nice copy to clipboard button woudl be nice at the bottom
  86. fm that's like the number one topic on my to do list: having ways to quote and copy for partial or the entire code.
  87. fm ;)
  88. fm also, having a widget allows for a proper title. eg for language, etc
  89. lovetox yes !
  90. lovetox i have plans for moving away from the textview approach for the messages, and use a listbox that have textviews in each row, that would allow plugins to make custom message rows and you dont need to add your widget to the textview anymore, instead for example place one textview at the beginn, then place your widget below, then place another textview below that
  91. fm that would simplify things alot!
  92. fm I've seen some tickets in gitlab about redesigning the chat window, looking forward to it :)
  93. bot Philipp Hörist pushed 1 commit to branch _refs/heads/master_ of _python-nbxmpp_ < >: *988398bb* < > Return consistent error results
  94. bot Philipp Hörist pushed 1 commit to branch _refs/heads/master_ of _gajim_ < >: *1256372d* < > Handle nbxmpp error results