<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Activity for Xournal</title><link>https://sourceforge.net/p/xournal/activity/</link><description>Recent activity for Xournal</description><language>en</language><lastBuildDate>Mon, 16 Mar 2026 14:44:32 -0000</lastBuildDate><item><title>Denis Auroux committed [b036f1] on Code</title><link>https://sourceforge.net/p/xournal/code/ci/b036f19fd28cd9ee236c897613cd8cd4ac84470b/</link><description>ignore 'ghost' pen strokes: also end stroke if pressure goes below threshold</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Mon, 16 Mar 2026 14:44:32 -0000</pubDate><guid>https://sourceforge.net/p/xournal/code/ci/b036f19fd28cd9ee236c897613cd8cd4ac84470b/</guid></item><item><title>Denis Auroux committed [a9a5b2] on Code</title><link>https://sourceforge.net/p/xournal/code/ci/a9a5b2e3cdaa42e396c6afb030b2c8a003b6471e/</link><description>add config option to ignore 'ghost' pen strokes (pen tip events generated below minimum pressure) (addresses pressure threshold calibration issues in Gnome Wayland)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Sat, 14 Mar 2026 14:00:26 -0000</pubDate><guid>https://sourceforge.net/p/xournal/code/ci/a9a5b2e3cdaa42e396c6afb030b2c8a003b6471e/</guid></item><item><title>Jenny posted a comment on ticket #182</title><link>https://sourceforge.net/p/xournal/feature-requests/182/?limit=25#7d1b</link><description>Looks like the error you're seeing is related to missing build dependencies—specifically the pkg-config tool or the pkg.m4 macro file used by autoconf. Here are a few suggestions to try: Install pkg-config – It's required for PKG_CHECK_MODULES to work. You can install it using Homebrew: bash brew install pkg-config Install autoconf and automake – They help generate the correct configure script: bash brew install autoconf automake Make sure pkg.m4 is in the right place – If it's missing, autoconf...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jenny</dc:creator><pubDate>Wed, 02 Jul 2025 08:01:03 -0000</pubDate><guid>https://sourceforge.net/p/xournal/feature-requests/182/?limit=25#7d1b</guid></item><item><title>lightingnerd posted a comment on ticket #182</title><link>https://sourceforge.net/p/xournal/feature-requests/182/?limit=25#ef50</link><description>I would like to double-down on this request. It is a sorely needed feature to really replace paid tools. This is a frequently requested feature in Xournal++, and the developer's main argument against implementing this feature centers around incompatibility with Xournal. Considering that one of the most useful features of digital note-taking is the capacity to copy and paste lines of text from websites (where word wrapping is implemented), it becomes a huge hassle to go through and edit the body of...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lightingnerd</dc:creator><pubDate>Thu, 01 Jun 2023 21:57:40 -0000</pubDate><guid>https://sourceforge.net/p/xournal/feature-requests/182/?limit=25#ef50</guid></item><item><title>James C. posted a comment on ticket #205</title><link>https://sourceforge.net/p/xournal/bugs/205/?limit=25#a53a/6f02/425a</link><description>My minimal fix is here: https://github.com/xournal/xournal/pull/6 Imagining that Xournal code-fix is my current form of entertainment, and that I have some ideas about variable-sized cursors, what bug would you prefer that I was looking at?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">James C.</dc:creator><pubDate>Tue, 25 Apr 2023 11:17:29 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/205/?limit=25#a53a/6f02/425a</guid></item><item><title>Denis Auroux posted a comment on ticket #5</title><link>https://sourceforge.net/p/xournal/bugs/5/?limit=25#3370/cedd/ad90/a520/c49f</link><description>I don't have a great sense of how many differences there are between the github repository and that on sourceforge. I think Daniel German (dmgerman on github) is or at least was the maintainer of the github repository, and that the main divergence has been including various cleaning up / infrastructure upgrade patches of the sort you proposed that I've been too lazy and unresponsive to deal with. My impression is that the actual code is fairly similar, but I don't know whether all of my bugfixes...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Mon, 24 Apr 2023 10:44:16 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/5/?limit=25#3370/cedd/ad90/a520/c49f</guid></item><item><title>James C. posted a comment on ticket #5</title><link>https://sourceforge.net/p/xournal/bugs/5/?limit=25#3370/cedd/ad90/a520</link><description>Thank you, Denis. I've adjusted my message most of the way toward yours: https://github.com/JamesC1/xournal-01/commit/e2eb38b3257d3e8f7c6d2df57b8fe4610999d4f9 The apostrophe breaks vim syntax highlighting, so I've expanded doesn't. I don't know whether gtk2-devel implies pkgconfig in my packaging. I have not yet got around to installing it. Your Xournal is very different from the one that I started with. This change: https://github.com/xournal/xournal/commit/3e59ba847964d7648ac8df58aed1f64f0150dd7b...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">James C.</dc:creator><pubDate>Mon, 24 Apr 2023 10:35:41 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/5/?limit=25#3370/cedd/ad90/a520</guid></item><item><title>Denis Auroux posted a comment on ticket #5</title><link>https://sourceforge.net/p/xournal/bugs/5/?limit=25#3370/cedd/ad90</link><description>Done (on the sourceforge.net repository, which is the only one I'm involved with, and with a slightly different error message). Denis</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Mon, 24 Apr 2023 08:04:29 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/5/?limit=25#3370/cedd/ad90</guid></item><item><title>Denis Auroux committed [403bd2] on Code</title><link>https://sourceforge.net/p/xournal/code/ci/403bd28fbe024e2e962efc85c60471015e11db67/</link><description>Abort autogen.sh when pkg-config is absent (cf bug #5).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Mon, 24 Apr 2023 07:59:17 -0000</pubDate><guid>https://sourceforge.net/p/xournal/code/ci/403bd28fbe024e2e962efc85c60471015e11db67/</guid></item><item><title>Denis Auroux posted a comment on ticket #5</title><link>https://sourceforge.net/p/xournal/bugs/5/?limit=25#3370/cedd</link><description>Hi James, All right... but still, I think your distribution's packaging is somewhat broken. For example, in Fedora, the gtk2-devel package containing the header files for compiling GTK2 applications requires as dependencies all the other packages needed to compile GTK2 applications, including pkgconfig. Same in Ubuntu. My impression is that most major distributions do this, making it much easier to develop software on a system that was initially set up purely as a desktop, so the problem you encountered...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Mon, 24 Apr 2023 05:52:43 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/5/?limit=25#3370/cedd</guid></item><item><title>James C. posted a comment on ticket #5</title><link>https://sourceforge.net/p/xournal/bugs/5/?limit=25#3370</link><description>Hi Denis, Thanks for getting back to me. I have a few responses, with the last one first. Most people won't develop Xournal, so they will never run into this problem. Of the people who run some linux distribution and do, everyone will run into it, whose distribution does not come with pkgconfig or the correct replacement; ie everyone who's running a distribution which was initially intended for desktop users, and they are now able, at least in principle, to expand it into a software development platform....</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">James C.</dc:creator><pubDate>Sun, 23 Apr 2023 22:28:09 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/5/?limit=25#3370</guid></item><item><title>Denis Auroux posted a comment on ticket #5</title><link>https://sourceforge.net/p/xournal/bugs/5/?limit=25#9885/d9e3</link><description>This does make some sense, but given that autogen.sh already aborts anyway because things can't complete further, the only benefit is a slightly clearer error message. I am not sure how helpful that will be, though, or how often people run into this problem these days. Denis</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Sun, 23 Apr 2023 21:10:04 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/5/?limit=25#9885/d9e3</guid></item><item><title>James C. posted a comment on ticket #5</title><link>https://sourceforge.net/p/xournal/bugs/5/?limit=25#9885</link><description>I have pull-requested a fix that makes sense to me, which is one line in configuration.ac, to abort the autogen.sh if the offending macro is undefined. Does it make sense to you-all? https://github.com/xournal/xournal/pull/5</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">James C.</dc:creator><pubDate>Sun, 23 Apr 2023 08:37:12 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/5/?limit=25#9885</guid></item><item><title>Denis Auroux posted a comment on ticket #205</title><link>https://sourceforge.net/p/xournal/bugs/205/?limit=25#a53a/6f02</link><description>I'm increasingly thinking that the simplest solution would be to change the text tool cursor to something else (a pointer with a little 'T' next to it?) that doesn't look like a text I-beam, so as to not suggest an alignment that doesn't exist... (Ideally we'd have better-looking and more appropriately sized cursors altogether, but the GTK2 function we use for handling cursors is rather limited, and I don't have the energy to devote to this...) Denis</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Thu, 20 Apr 2023 12:28:04 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/205/?limit=25#a53a/6f02</guid></item><item><title>James C. posted a comment on ticket #205</title><link>https://sourceforge.net/p/xournal/bugs/205/?limit=25#a53a</link><description>On my platform (Trisquel 11, Xournal 0.4.8.2016), the active spot on the text cursor is (correctly) in the vertical middle, and the top left corner of the text box is immediately to the right of the I-beam. On my platform, the largest cursor is 256x256, so in principle, there could be a variety of text cursors, depending on the text size and magnification, including something to indicate text larger than the largest cursor. I think that, to make this sensible, they would have to be procedurally generated....</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">James C.</dc:creator><pubDate>Thu, 20 Apr 2023 11:05:22 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/205/?limit=25#a53a</guid></item><item><title>Denis Auroux modified ticket #93</title><link>https://sourceforge.net/p/xournal/patches/93/</link><description>Another implicit function declaration/header inclusion fix</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Tue, 06 Dec 2022 20:23:18 -0000</pubDate><guid>https://sourceforge.net/p/xournal/patches/93/</guid></item><item><title>Denis Auroux posted a comment on ticket #93</title><link>https://sourceforge.net/p/xournal/patches/93/?limit=25#700c</link><description>Extremely strange. I had actually already added those into src/xo-image.c on December 14 2021 in my working directory, but forgot to commit the changes to the git repo. Fixed, and sorry.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Tue, 06 Dec 2022 20:20:57 -0000</pubDate><guid>https://sourceforge.net/p/xournal/patches/93/?limit=25#700c</guid></item><item><title>Denis Auroux committed [aebf95] on Code</title><link>https://sourceforge.net/p/xournal/code/ci/aebf95e6900ccc5370e4ecc7fc0b579550651c13/</link><description>Add missing include directives in xo-image.c</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Tue, 06 Dec 2022 20:19:16 -0000</pubDate><guid>https://sourceforge.net/p/xournal/code/ci/aebf95e6900ccc5370e4ecc7fc0b579550651c13/</guid></item><item><title>Florian Weimer created ticket #93</title><link>https://sourceforge.net/p/xournal/patches/93/</link><description>Another implicit function declaration/header inclusion fix</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Florian Weimer</dc:creator><pubDate>Tue, 06 Dec 2022 16:50:15 -0000</pubDate><guid>https://sourceforge.net/p/xournal/patches/93/</guid></item><item><title>Denis Auroux posted a comment on ticket #228</title><link>https://sourceforge.net/p/xournal/feature-requests/228/?limit=25#31b7</link><description>Thanks for the suggestion! I'll keep it in mind - but not sure how easy it is to implement, xournal's cursor handling is a bit rudimentary... Denis</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Sun, 21 Aug 2022 09:34:01 -0000</pubDate><guid>https://sourceforge.net/p/xournal/feature-requests/228/?limit=25#31b7</guid></item><item><title>Ross Morrish created ticket #228</title><link>https://sourceforge.net/p/xournal/feature-requests/228/</link><description>Option to have your pen highlighted.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ross Morrish</dc:creator><pubDate>Sun, 21 Aug 2022 08:12:43 -0000</pubDate><guid>https://sourceforge.net/p/xournal/feature-requests/228/</guid></item><item><title>Lars Kellogg-Stedman posted a comment on ticket #127</title><link>https://sourceforge.net/p/xournal/feature-requests/127/?limit=25#0171</link><description>Xournal is also not set up to figure out what software you'd want to use to open links; I'd need to figure out how evince goes about it. For the record, Xournal doesn't need to know how to open links; it just needs to have a configuration option that is "command to open urls". Under MacOS this would probably be "open", under Linux this would probably be "xdg-open" (to use your default browser) or something like "firefox" or "google-chrome" (to use a specific browser).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Lars Kellogg-Stedman</dc:creator><pubDate>Thu, 07 Apr 2022 18:17:12 -0000</pubDate><guid>https://sourceforge.net/p/xournal/feature-requests/127/?limit=25#0171</guid></item><item><title>Denis Auroux posted a comment on ticket #81</title><link>https://sourceforge.net/p/xournal/bugs/81/?limit=25#baa9</link><description>Due to xournal's Linux origins and the much better support for Wacom and Wacom-compatible tablets on Linux, and on the compatibility layers used by the Windows port, I expect that independently of the intrinsic qualities of your tablet, a Wacom or driver-compatible model is likely to work better in Xournal. But no promises.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Fri, 04 Feb 2022 15:17:00 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/81/?limit=25#baa9</guid></item><item><title>Tripti Chauhan modified a comment on ticket #81</title><link>https://sourceforge.net/p/xournal/bugs/81/?limit=25#0bf0</link><description>Have you ever try huion tabletes check out here- https://www.microworldinfosol.com/shop/product-category/huion/</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Tripti Chauhan</dc:creator><pubDate>Fri, 04 Feb 2022 09:23:30 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/81/?limit=25#0bf0</guid></item><item><title>Tripti Chauhan posted a comment on ticket #81</title><link>https://sourceforge.net/p/xournal/bugs/81/?limit=25#0bf0</link><description>Have you ever try huion tabletes check out here-https://www.microworldinfosol.com/shop/product-category/huion/</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Tripti Chauhan</dc:creator><pubDate>Fri, 04 Feb 2022 09:22:35 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/81/?limit=25#0bf0</guid></item><item><title>Denis Auroux posted a comment on ticket #223</title><link>https://sourceforge.net/p/xournal/bugs/223/?limit=25#7581</link><description>I don't understand why this is happening, as the image should always appear at the location of the button release event. If the image appears at the wrong location it means xournal got the wrong location for the button event. Does it matter which device you use to click to insert the image? (mouse, touchpad, stylus, etc.) ? Does disabling Options -&gt; Use XInput help with this behavior? (if you have a stylus/touchscreen you probably don't want to leave it disabled, this is only for debugging purposes)....</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Sun, 07 Nov 2021 15:49:28 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/223/?limit=25#7581</guid></item><item><title>Tiber created ticket #223</title><link>https://sourceforge.net/p/xournal/bugs/223/</link><description>Image pasting fails/misplaces image</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Tiber</dc:creator><pubDate>Sun, 07 Nov 2021 15:10:59 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/223/</guid></item><item><title>Denis Auroux posted a comment on ticket #18</title><link>https://sourceforge.net/p/xournal/support-requests/18/?limit=25#ee29</link><description>Mauricebis, I am confused since your previous message from last January seem to be referring to versions of xournal++ (1.0.19, 1.0.20 are not versions of xournal). Which one is your request about, xournal or xournal++? Those are two different pieces of software, and I have nothing to do with the latter. Regarding xournal, I am not particularly keen to repackage anything at the moment due to lack of time and lack of clear consensus about what is best. I and many others with styluses prefer the smaller...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Thu, 04 Nov 2021 12:37:39 -0000</pubDate><guid>https://sourceforge.net/p/xournal/support-requests/18/?limit=25#ee29</guid></item><item><title>mauricebis  posted a comment on ticket #18</title><link>https://sourceforge.net/p/xournal/support-requests/18/?limit=25#6f3f</link><description>Any possibility of getting that version with bigger cursor as a package ? That'd be great.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mauricebis </dc:creator><pubDate>Thu, 04 Nov 2021 10:53:39 -0000</pubDate><guid>https://sourceforge.net/p/xournal/support-requests/18/?limit=25#6f3f</guid></item><item><title>Denis Auroux posted a comment on ticket #180</title><link>https://sourceforge.net/p/xournal/bugs/180/?limit=25#d8d4/cb8c</link><description>Yes, the compatibility layer between GTK2 and Wayland has improved enough that it does seem to be working just fine nowadays. (Also on my system - Gnome on Wayland on Fedora 33). Denis</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Thu, 04 Nov 2021 01:59:19 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/180/?limit=25#d8d4/cb8c</guid></item><item><title>Douglas Silva modified a comment on ticket #180</title><link>https://sourceforge.net/p/xournal/bugs/180/?limit=25#d8d4</link><description>I believe this is no longer valid. I'm on Debian 11 GNOME on Wayland and Xournal seems to be fully functional on it.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Douglas Silva</dc:creator><pubDate>Thu, 04 Nov 2021 00:53:18 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/180/?limit=25#d8d4</guid></item><item><title>Douglas Silva posted a comment on ticket #180</title><link>https://sourceforge.net/p/xournal/bugs/180/?limit=25#d8d4</link><description>Is Xournal working on wayland now? I'm on Debian 11 GNOME on Wayland and it seems fully functional. There is only one visual glitch, and I'll open a ticket about it shortly.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Douglas Silva</dc:creator><pubDate>Thu, 04 Nov 2021 00:43:13 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/180/?limit=25#d8d4</guid></item><item><title>Denis Auroux posted a comment on ticket #18</title><link>https://sourceforge.net/p/xournal/support-requests/18/?limit=25#4423</link><description>The text file "INSTALL" gives some notes for how to do this (assuming you are on linux -- for windows it's a lot more complicated, see BUILD-NOTES.win32). Basically, you need to have the development packages for gtk2, libgnomecanvas, poppler and a few others (if you are using Fedora the packages you need include: autoconf, automake, gtk2-devel, libgnomecanvas-devel, poppler-glib-devel, and the dependencies of those). Then run "./autogen.sh" in the main directory; if it complains about missing packages,...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Tue, 14 Sep 2021 13:38:56 -0000</pubDate><guid>https://sourceforge.net/p/xournal/support-requests/18/?limit=25#4423</guid></item><item><title>Adrian Obuhov posted a comment on ticket #18</title><link>https://sourceforge.net/p/xournal/support-requests/18/?limit=25#72e5</link><description>Hi, I've changed the code line as suggested, but where can I find information about how to compile the files?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Adrian Obuhov</dc:creator><pubDate>Tue, 14 Sep 2021 11:56:25 -0000</pubDate><guid>https://sourceforge.net/p/xournal/support-requests/18/?limit=25#72e5</guid></item><item><title>Denis Auroux committed [ef063c]</title><link>https://sourceforge.net/p/xournal/code/ci/ef063ccb7328804a33c63561483dad0426ef60d3/</link><description>Fix smoothing of speed data for strokes with speed-dependent width</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Mon, 14 Jun 2021 21:07:30 -0000</pubDate><guid>https://sourceforge.net/p/xournal/code/ci/ef063ccb7328804a33c63561483dad0426ef60d3/</guid></item><item><title>Denis Auroux committed [f241e7]</title><link>https://sourceforge.net/p/xournal/code/ci/f241e7712246c2b24ba2221e1f0915b0e475bc5e/</link><description>speed-sensitive pen width option ("fountain pen" effect)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Fri, 11 Jun 2021 16:53:58 -0000</pubDate><guid>https://sourceforge.net/p/xournal/code/ci/f241e7712246c2b24ba2221e1f0915b0e475bc5e/</guid></item><item><title>Daniele La Prova posted a comment on ticket #222</title><link>https://sourceforge.net/p/xournal/bugs/222/?limit=25#9299</link><description>My friend, i'd kiss you if you were by me, exporting GTK2_RC_FILES works just fine! Seems like my distro does not manage gtk2 themes anymore. Before, there were two distinct settings, one for gtk2 theme and one for gtk3 theme. Now there is only one generic gtk setting. I guess it refers to gtk3 apps only. I can't even find the config files mentioned in the Arch wiki. Thank you for your support!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Daniele La Prova</dc:creator><pubDate>Wed, 26 May 2021 17:50:48 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/222/?limit=25#9299</guid></item><item><title>Denis Auroux posted a comment on ticket #222</title><link>https://sourceforge.net/p/xournal/bugs/222/?limit=25#42df</link><description>There is something very wrong with your GTK2 icon theme (or rather, it's not compatible with the lighter colored toolbars that Xournal uses), but I'd argue this is not a Xournal bug, it's a bug with your theme settings. The icons that show up normally (those on the second row) are hardcoded in Xournal, the top row icons are system icons and theme-dependent. Important: xournal uses GTK2, not GTK3 like most current GTK software with a few notable exceptions, so the theme settings are different -- you...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Fri, 21 May 2021 01:00:46 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/222/?limit=25#42df</guid></item><item><title>Denis Auroux posted a comment on ticket #222</title><link>https://sourceforge.net/p/xournal/bugs/222/?limit=25#2604</link><description>There is something very wrong with your GTK2 icon theme (or rather, it's not compatible with the lighter colored toolbars that Xournal uses), but I'd argue this is not a Xournal bug, it's a bug with your theme settings. The icons that show up normally (those on the second row) are hardcoded in Xournal, the top row icons are system icons and theme-dependent. Important: xournal uses GTK2, not GTK3 like most current GTK software with a few notable exceptions, so the theme settings are different -- you...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Fri, 21 May 2021 00:31:42 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/222/?limit=25#2604</guid></item><item><title>Daniele La Prova created ticket #222</title><link>https://sourceforge.net/p/xournal/bugs/222/</link><description>System icons are almost invisible</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Daniele La Prova</dc:creator><pubDate>Thu, 20 May 2021 22:59:40 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/222/</guid></item><item><title>Denis Auroux posted a comment on ticket #221</title><link>https://sourceforge.net/p/xournal/bugs/221/?limit=25#fb45/62e0</link><description>Oh ok, thanks -- glad to hear that it happened only on one occasion and isn't systematically crashing every time. (That makes it harder to know exactly what went wrong, but it does mean that, if you enable auto-saves to protect yourself against crashes, xournal should still be mostly usable :-) Denis</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Fri, 12 Mar 2021 17:24:50 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/221/?limit=25#fb45/62e0</guid></item><item><title>Oliver G. posted a comment on ticket #221</title><link>https://sourceforge.net/p/xournal/bugs/221/?limit=25#fb45</link><description>As of now, it has only happened one time and I can't recall though when it happened exactly, but I'll watch out when it happens again. Thanks for the quick response, thought it would be only fair to help and share my experience.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Oliver G.</dc:creator><pubDate>Fri, 12 Mar 2021 16:24:07 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/221/?limit=25#fb45</guid></item><item><title>Denis Auroux posted a comment on ticket #221</title><link>https://sourceforge.net/p/xournal/bugs/221/?limit=25#fc23</link><description>Does this specifically affect images copy-pasted from 'Snip &amp; sketch' or do you encounter this issue with images copy-pasted from other applications? (eg from the photo viewer or paint or ...?) Does this only happen if you copy-paste then immediately try to rescale, or also if the image has been copy-pasted earlier, you've been writing more with the pen, perhaps you even saved and closed xournal then reopened the file, and later on you select and rescale the image? In other terms, what would be useful...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Thu, 11 Mar 2021 11:14:54 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/221/?limit=25#fc23</guid></item><item><title>Oliver G. created ticket #221</title><link>https://sourceforge.net/p/xournal/bugs/221/</link><description>Xournal not responding after manipulating size of pasted image</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Oliver G.</dc:creator><pubDate>Thu, 11 Mar 2021 09:30:12 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/221/</guid></item><item><title>Luciano Antonio Siqueira created merge request #8</title><link>https://sourceforge.net/p/xournal/code/merge-requests/8/</link><description>Added Undo option to the button mapping menu</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Luciano Antonio Siqueira</dc:creator><pubDate>Fri, 12 Feb 2021 16:26:16 -0000</pubDate><guid>https://sourceforge.net/p/xournal/code/merge-requests/8/</guid></item><item><title>ti-nok created merge request #7</title><link>https://sourceforge.net/p/xournal/code/merge-requests/7/</link><description>Add option to keep the brush size constant when zooming</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">ti-nok</dc:creator><pubDate>Mon, 08 Feb 2021 18:55:52 -0000</pubDate><guid>https://sourceforge.net/p/xournal/code/merge-requests/7/</guid></item><item><title>ti-nok created merge request #6</title><link>https://sourceforge.net/p/xournal/code/merge-requests/6/</link><description>Add an option for inverting the scroll direction of the spinPage-Widget</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">ti-nok</dc:creator><pubDate>Mon, 08 Feb 2021 18:50:57 -0000</pubDate><guid>https://sourceforge.net/p/xournal/code/merge-requests/6/</guid></item><item><title>ti-nok created merge request #5</title><link>https://sourceforge.net/p/xournal/code/merge-requests/5/</link><description>Just added an option to the config file for setting the zoom factor for Ctrl+scroll zoom</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">ti-nok</dc:creator><pubDate>Sun, 07 Feb 2021 23:06:27 -0000</pubDate><guid>https://sourceforge.net/p/xournal/code/merge-requests/5/</guid></item><item><title>ti-nok created merge request #4</title><link>https://sourceforge.net/p/xournal/code/merge-requests/4/</link><description>Give back focus to canvas after scroll-wheeling on spinPage</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">ti-nok</dc:creator><pubDate>Sun, 07 Feb 2021 22:42:09 -0000</pubDate><guid>https://sourceforge.net/p/xournal/code/merge-requests/4/</guid></item><item><title>ti-nok created merge request #3</title><link>https://sourceforge.net/p/xournal/code/merge-requests/3/</link><description>shorten_Menus bugfix for toolbars</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">ti-nok</dc:creator><pubDate>Sun, 07 Feb 2021 22:31:17 -0000</pubDate><guid>https://sourceforge.net/p/xournal/code/merge-requests/3/</guid></item><item><title>Emmanuel Favre-Nicolin posted a comment on ticket #69</title><link>https://sourceforge.net/p/xournal/bugs/69/?limit=25#0173</link><description>This feature would be most interesting. I think I could achieve the insertion of pdf additional pages,in the case in which additional pages were added in the end of the pdf. When adding pages, in the actual version of xournal++, when using the option to add pdf with a pdf background, there is an option to select unused pdf pages. I added 2 new pages in a pdf and could include them inside the xournal file. Of course this not automatic but in my case it solved my "problem.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Emmanuel Favre-Nicolin</dc:creator><pubDate>Fri, 05 Feb 2021 14:19:55 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/69/?limit=25#0173</guid></item><item><title>Denis Auroux posted a comment on ticket #184</title><link>https://sourceforge.net/p/xournal/feature-requests/184/?limit=25#c3f7</link><description>I've added to the GIT repository a quick hack for this -- essentially equivalent to what was proposed by "sadf" above, except with a less steep zoom factor (1.1 instead of the zoom factor used by the toolbar and shortcuts). It still has the same limitations -- it only works with XInput enabled (hence likely not in the Windows version), it zooms around the center of the view rather than the position of the cursor, and there's a lot of visual tearing if you zoom in too far. Sorry -- it's a useful feature...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Sun, 24 Jan 2021 21:20:29 -0000</pubDate><guid>https://sourceforge.net/p/xournal/feature-requests/184/?limit=25#c3f7</guid></item><item><title>Denis Auroux committed [c29e2a]</title><link>https://sourceforge.net/p/xournal/code/ci/c29e2a4c4a5da036a67f506ffa26d56ded53f9ca/</link><description>control+mousewheel scrolls in/out (only if XInput option enabled) (2nd attempt)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Sun, 24 Jan 2021 21:15:57 -0000</pubDate><guid>https://sourceforge.net/p/xournal/code/ci/c29e2a4c4a5da036a67f506ffa26d56ded53f9ca/</guid></item><item><title>Denis Auroux committed [3f6086]</title><link>https://sourceforge.net/p/xournal/code/ci/3f6086eb156317d429f66496e70d6adfb375ae89/</link><description>control+mousewheel scrolls in/out (only if XInput option enabled)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Sun, 24 Jan 2021 20:52:01 -0000</pubDate><guid>https://sourceforge.net/p/xournal/code/ci/3f6086eb156317d429f66496e70d6adfb375ae89/</guid></item><item><title>Denis Auroux committed [430d95]</title><link>https://sourceforge.net/p/xournal/code/ci/430d9502547856943df531b700bb5843fcc8bd1f/</link><description>Fix implicit function declarations by including config.h in ttsubset/*.c</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Sun, 24 Jan 2021 20:48:51 -0000</pubDate><guid>https://sourceforge.net/p/xournal/code/ci/430d9502547856943df531b700bb5843fcc8bd1f/</guid></item><item><title>phbr posted a comment on ticket #184</title><link>https://sourceforge.net/p/xournal/feature-requests/184/?limit=25#53b0</link><description>Thanks for your work, I use your software almost every day. I'm digging up this old request, but this feature would be really interesting to improve the user experience. I use v. 0.4.8.2016 on Kubuntu 20.04.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">phbr</dc:creator><pubDate>Sun, 24 Jan 2021 08:04:05 -0000</pubDate><guid>https://sourceforge.net/p/xournal/feature-requests/184/?limit=25#53b0</guid></item><item><title>mauricebis  posted a comment on ticket #18</title><link>https://sourceforge.net/p/xournal/support-requests/18/?limit=25#7314</link><description>Agree. Using the new input system in preferences, the cursor is too tiny. Now, to get the arrow instead, if I'm not mistaken, there wouldn't be the need to recompile since by ticking the option off, the cursor reverts to the standard arrow. Personally, I prefer the new input system because the screen is more stable and better for eyesight but with a bigger point. Also, I personally prefer the darkness of the writing in version 1.0.19 compared to light gray in version 1.0.20. It would be good to have...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mauricebis </dc:creator><pubDate>Sat, 23 Jan 2021 09:04:47 -0000</pubDate><guid>https://sourceforge.net/p/xournal/support-requests/18/?limit=25#7314</guid></item><item><title>paolo muratore-ginanneschi posted a comment on ticket #220</title><link>https://sourceforge.net/p/xournal/bugs/220/?limit=25#9de0</link><description>Hi again, I installed XQuartz. No improvement in xounal but xournalpp on its turn stopped working (no input possible). I then removed XQuartz, xournalpp back to normal, xournal still lagging. I tried to install xournal via macports but x11 conflicts prevented it start. I did not have time to inquire that any further. I suppose your intuition is correct. Concerning CFLAGS the macport ticket which helped me is https://trac.macports.org/ticket/61147 Thanks again</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">paolo muratore-ginanneschi</dc:creator><pubDate>Fri, 15 Jan 2021 21:40:45 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/220/?limit=25#9de0</guid></item><item><title>Denis Auroux posted a comment on ticket #220</title><link>https://sourceforge.net/p/xournal/bugs/220/?limit=25#bfca/912f</link><description>Thanks for the details -- very helpful even though I must admit that I'm completely at a loss about what to do, or which library to consider most suspect in this. One question might be whether other GTK2 applications have the same problem (the main one these days is GIMP if you get the stable versions 2.10.x) are similarly affected. (Xournalpp uses GTK3 which can talk to macOS via different means). One possibility is that it's not even a library but rather an X server / X11 compatibility layer issue....</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Thu, 14 Jan 2021 15:54:36 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/220/?limit=25#bfca/912f</guid></item><item><title>paolo muratore-ginanneschi posted a comment on ticket #220</title><link>https://sourceforge.net/p/xournal/bugs/220/?limit=25#bfca</link><description>Hi Denis, thanks for your swift reply, I really apprecite it :) ! I believe the problem emerged after a library upgrade. I use homebrew to install open source (it works like apt-get in debian/ubuntu linux). In the past I never had the need to pass CFLAGS to the compiler to install, standard instructions worked. I say I believe because recently I had to reinstall macosx from scratch. Before reinstallation xournal worked without issues. The lag is about half a second. Not noticeable if I draw a line...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">paolo muratore-ginanneschi</dc:creator><pubDate>Thu, 14 Jan 2021 14:37:18 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/220/?limit=25#bfca</guid></item><item><title>Denis Auroux posted a comment on ticket #220</title><link>https://sourceforge.net/p/xournal/bugs/220/?limit=25#f7e7</link><description>Sorry I am not familiar with how xournal ports behave on macOS (I don't have a mac). If you previously had an older version working fine on a mac with the same tablet -- is this a new problem with the latest version of macOS / libraries / ... ? How much lag is there? (roughly -- half a second? 2-3 seconds? stroke only shows up after you lift the pen?) Does it matter if you draw short strokes (say a dotted line) or long ones? (a long curve that loops a lot) ? Does drawing fast vs drawing slow change...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Thu, 14 Jan 2021 13:50:32 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/220/?limit=25#f7e7</guid></item><item><title>paolo muratore-ginanneschi created ticket #220</title><link>https://sourceforge.net/p/xournal/bugs/220/</link><description>Wacom pen input lags</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">paolo muratore-ginanneschi</dc:creator><pubDate>Thu, 14 Jan 2021 12:22:58 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/220/</guid></item><item><title>Engehausen posted a comment on ticket #219</title><link>https://sourceforge.net/p/xournal/bugs/219/?limit=25#676d/b794/476e/fd65</link><description>I don't know why, but now it seems to run just fine. I think this ticket can be closed. Thanks again! - Peter</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Engehausen</dc:creator><pubDate>Wed, 13 Jan 2021 18:42:54 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/219/?limit=25#676d/b794/476e/fd65</guid></item><item><title>Denis Auroux posted a comment on ticket #219</title><link>https://sourceforge.net/p/xournal/bugs/219/?limit=25#676d/b794/476e</link><description>On 1/13/21 11:21 AM, Engehausen wrote: Update: Oh dear, it still crashes afer a while. But I'll try some more settings. I'm very sorry to hear this. I'd suggest trying to see if there is an update to the tablet drivers, or something of the sort -- but failing all else, you could also look at Xournalpp which is a spin-off that got rewritten from scratch on different technical foundations. https://github.com/xournalpp Not sure if it works on your system but it's worth a try... (alas the stated list...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Wed, 13 Jan 2021 18:33:42 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/219/?limit=25#676d/b794/476e</guid></item><item><title>Engehausen modified a comment on ticket #219</title><link>https://sourceforge.net/p/xournal/bugs/219/?limit=25#676d/33a7</link><description>Dear Denis, I disabled "Use XInput" and now it works! Many thanks for that! Now I will hopefully enjoy your good looking program. Thank you very much for your quick reply! With kind regards Peter</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Engehausen</dc:creator><pubDate>Wed, 13 Jan 2021 16:28:01 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/219/?limit=25#676d/33a7</guid></item><item><title>Engehausen modified a comment on ticket #219</title><link>https://sourceforge.net/p/xournal/bugs/219/?limit=25#676d/b794</link><description>outdated ;-)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Engehausen</dc:creator><pubDate>Wed, 13 Jan 2021 16:27:42 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/219/?limit=25#676d/b794</guid></item><item><title>Engehausen posted a comment on ticket #219</title><link>https://sourceforge.net/p/xournal/bugs/219/?limit=25#676d/33a7</link><description>Dear Denis, I disabled "Use XInput" and now it works! Many thanks for that! Now I will hopefully enjoy your good looking program. Thank you very much for your quick reply! With kind regards Peter Am 13.01.2021 um 15:22 schrieb Denis Auroux: Sorry to hear this. The Windows version is not as well supported as the linux version, due to my lack of familiarity with Windows, and I'm also not familiar at all with Gaomon tablets so don't know how they work internally... hence it might not be possible for...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Engehausen</dc:creator><pubDate>Wed, 13 Jan 2021 16:22:22 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/219/?limit=25#676d/33a7</guid></item><item><title>Engehausen posted a comment on ticket #219</title><link>https://sourceforge.net/p/xournal/bugs/219/?limit=25#676d/b794</link><description>Update: Oh dear, it still crashes afer a while. But I'll try some more settings. Am 13.01.2021 um 15:22 schrieb Denis Auroux: Sorry to hear this. The Windows version is not as well supported as the linux version, due to my lack of familiarity with Windows, and I'm also not familiar at all with Gaomon tablets so don't know how they work internally... hence it might not be possible for me to resolve this. Nonetheless: in the Options menu, is the first entry "Use XInput" grayed (disabled)? or if it...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Engehausen</dc:creator><pubDate>Wed, 13 Jan 2021 16:21:25 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/219/?limit=25#676d/b794</guid></item><item><title>Denis Auroux posted a comment on ticket #219</title><link>https://sourceforge.net/p/xournal/bugs/219/?limit=25#676d</link><description>Sorry to hear this. The Windows version is not as well supported as the linux version, due to my lack of familiarity with Windows, and I'm also not familiar at all with Gaomon tablets so don't know how they work internally... hence it might not be possible for me to resolve this. Nonetheless: in the Options menu, is the first entry "Use XInput" grayed (disabled)? or if it is enabled, do the crashes happen both when it is selected and when it is deselected? When it is disabled or deselected, Xournal...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Wed, 13 Jan 2021 14:22:07 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/219/?limit=25#676d</guid></item><item><title>Engehausen created ticket #219</title><link>https://sourceforge.net/p/xournal/bugs/219/</link><description>Xournal crashes all the time with a Gaomon Tablet M106k Pro</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Engehausen</dc:creator><pubDate>Wed, 13 Jan 2021 11:53:18 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/219/</guid></item><item><title>Denis Auroux posted a comment on ticket #19</title><link>https://sourceforge.net/p/xournal/support-requests/19/?limit=25#ebab</link><description>Ticket moved from /p/xournal/bugs/218/</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Tue, 05 Jan 2021 19:00:46 -0000</pubDate><guid>https://sourceforge.net/p/xournal/support-requests/19/?limit=25#ebab</guid></item><item><title>Denis Auroux posted a comment on ticket #218</title><link>https://sourceforge.net/p/xournal/bugs/218/?limit=25#da73</link><description>I just pronounce it 'ksournal' but I'm very open minded about how people choose to pronounce it. And if your language has a 'kh' sound (greek chi, russian X, ...) it's definitely fine to use it to pronounce 'Xournal' if you wish to. Denis</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Tue, 05 Jan 2021 19:00:27 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/218/?limit=25#da73</guid></item><item><title>Colin Macdonald created ticket #218</title><link>https://sourceforge.net/p/xournal/bugs/218/</link><description>pronouciation of Xournal</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Colin Macdonald</dc:creator><pubDate>Tue, 05 Jan 2021 18:38:36 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/218/</guid></item><item><title>Denis Auroux committed [a47eff]</title><link>https://sourceforge.net/p/xournal/code/ci/a47effeabcf3778db69369235eaf2de21f5e8064/</link><description>fix author's email address :|</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Tue, 22 Dec 2020 22:42:54 -0000</pubDate><guid>https://sourceforge.net/p/xournal/code/ci/a47effeabcf3778db69369235eaf2de21f5e8064/</guid></item><item><title>CLAUDIO BRUZZESE posted a comment on ticket #217</title><link>https://sourceforge.net/p/xournal/bugs/217/?limit=25#4aba</link><description>Thanks for Your interest Denis! Answer to Your question: actually, no. I have noticed that the "UseXInput" option under "Options" (which enables features such as "pressure sensitivity") becomes ineffective, which produces the effects I described before. I use a Huion Kamvas 22 plus under Win 10 since cannot find drivers for Deb Buster...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">CLAUDIO BRUZZESE</dc:creator><pubDate>Wed, 09 Dec 2020 23:58:23 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/217/?limit=25#4aba</guid></item><item><title>Denis Auroux posted a comment on ticket #217</title><link>https://sourceforge.net/p/xournal/bugs/217/?limit=25#21f5</link><description>Sorry to hear about this issue. Yes, it does seem like a bug; unfortunately I'm not really able to do any serious testing, as I don't even have a working Windows laptop at the moment + don't understand how Zoom's sharing works. (In linux it also has some unpleasant side effects, but mostly some small display bugs -- nothing as drastic as what you report with the Windows version). Just in case, I would suggest checking whether you have the latest version of the Wacom pen driver, and the latest version...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Wed, 09 Dec 2020 19:13:00 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/217/?limit=25#21f5</guid></item><item><title>Denis Auroux created ticket #217</title><link>https://sourceforge.net/p/xournal/bugs/217/</link><description>Xournal disabled pen input under Zoom's desktop sharing in Windows 10</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Wed, 09 Dec 2020 19:12:37 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/217/</guid></item><item><title>Jim Cline posted a comment on ticket #216</title><link>https://sourceforge.net/p/xournal/bugs/216/?limit=25#018c/8cac</link><description>Hi Denis, I think you nailed it; I will investigate further. Thanks very much for your suggestion. regards, Jim On Mon, 30 Nov 2020, Denis Auroux wrote: I also can't imagine what it's doing during all that time, apart from a network timeout of some sort in the initialization of some library that xournal relies on. It does sound like something is messed up with your system. Do any other GTK2 or Gnome applications slow down at start (for example... gimp? eog?) I know this was about an older release...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jim Cline</dc:creator><pubDate>Tue, 01 Dec 2020 00:52:07 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/216/?limit=25#018c/8cac</guid></item><item><title>Jim Cline posted a comment on ticket #216</title><link>https://sourceforge.net/p/xournal/bugs/216/?limit=25#018c/0091</link><description>Yes, if I do "dbus-launch xournal" or run xournal as root, there is no delay, so definitely a dbus issue. thanks again! On Mon, 30 Nov 2020, Denis Auroux wrote: I also can't imagine what it's doing during all that time, apart from a network timeout of some sort in the initialization of some library that xournal relies on. It does sound like something is messed up with your system. Do any other GTK2 or Gnome applications slow down at start (for example... gimp? eog?) I know this was about an older...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jim Cline</dc:creator><pubDate>Tue, 01 Dec 2020 00:21:35 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/216/?limit=25#018c/0091</guid></item><item><title>Denis Auroux posted a comment on ticket #216</title><link>https://sourceforge.net/p/xournal/bugs/216/?limit=25#018c</link><description>I also can't imagine what it's doing during all that time, apart from a network timeout of some sort in the initialization of some library that xournal relies on. It does sound like something is messed up with your system. Do any other GTK2 or Gnome applications slow down at start (for example... gimp? eog?) I know this was about an older release of Ubuntu, but just in case, see https://askubuntu.com/questions/1184774/some-applications-on-ubuntu-19-10-very-slow-to-start pointing back to an even older...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Mon, 30 Nov 2020 22:16:45 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/216/?limit=25#018c</guid></item><item><title>Jim Cline created ticket #216</title><link>https://sourceforge.net/p/xournal/bugs/216/</link><description>xournal extremely slow to initialize</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jim Cline</dc:creator><pubDate>Mon, 30 Nov 2020 21:50:39 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/216/</guid></item><item><title>Ralf  posted a comment on ticket #215</title><link>https://sourceforge.net/p/xournal/bugs/215/?limit=25#e0a1</link><description>I found a work-around. :D The issue stems from fully transparent pixels being normalized to black, and that black leaking through because of imprecise alignment of RGB data and the softmask. So the fix is to not have any fully transparent pixels. The following snippet replaces all fully transparent pixels by white almost fully transparent pixels: convert signature.png -channel all -fx 'a==0 ? rgba(255,255,255,0.00001) : u' signature_for_xournal.png The resulting PNG file can be embedded into PDF...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ralf </dc:creator><pubDate>Sat, 31 Oct 2020 17:48:51 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/215/?limit=25#e0a1</guid></item><item><title>Ralf  posted a comment on ticket #215</title><link>https://sourceforge.net/p/xournal/bugs/215/?limit=25#9e54</link><description>pdfimages extracts an image where the transparent pixels are black. So looks like something in the Xournal export pipeline is normalizing transparent pixels to black? I reported a poppler bug at https://gitlab.freedesktop.org/poppler/poppler/-/issues/975.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ralf </dc:creator><pubDate>Thu, 29 Oct 2020 19:43:42 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/215/?limit=25#9e54</guid></item><item><title>Denis Auroux posted a comment on ticket #215</title><link>https://sourceforge.net/p/xournal/bugs/215/?limit=25#e393</link><description>Another small comment: pdfimages (in the poppler-utils package on most distributions) is a good tool to export back the RGB image and the s-mask (as a grayscale image) out of the PDF, just to check what got embedded into the pdf during export (in particular, what color the transparent pixels have in the RGB image that actually gets embedded into the PDF and overlaid with the grayscale transparency mask when the PDF file is rendered). (Use: "pdfimages -png file.pdf images" to produce a bunch of files...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Thu, 29 Oct 2020 17:00:31 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/215/?limit=25#e393</guid></item><item><title>Ralf  posted a comment on ticket #215</title><link>https://sourceforge.net/p/xournal/bugs/215/?limit=25#fa90</link><description>Ah btw I should link this great resource for how to manipulate alpha channel colors: https://www.imagemagick.org/discourse-server/viewtopic.php?t=13746</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ralf </dc:creator><pubDate>Thu, 29 Oct 2020 16:56:35 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/215/?limit=25#fa90</guid></item><item><title>Ralf  posted a comment on ticket #215</title><link>https://sourceforge.net/p/xournal/bugs/215/?limit=25#c6a9</link><description>Even when I make the alpha channel pink, I see no pink in these artifacts. Looks like something further along the pipeline resets the color of transparent pixels to black, or so.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ralf </dc:creator><pubDate>Thu, 29 Oct 2020 16:56:05 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/215/?limit=25#c6a9</guid></item><item><title>Denis Auroux posted a comment on ticket #215</title><link>https://sourceforge.net/p/xournal/bugs/215/?limit=25#03f7</link><description>Oh! I had assumed the black edge was a bit of a black pixel that failed to become completely transparent, but it must be something else going on then... strange! Really sorry to not be more helpful. Denis</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Thu, 29 Oct 2020 16:55:39 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/215/?limit=25#03f7</guid></item><item><title>Ralf  posted a comment on ticket #215</title><link>https://sourceforge.net/p/xournal/bugs/215/?limit=25#511b</link><description>According to "convert signature.png -alpha off show:", my transparent pixels are now white (and indeed have been white before), but that does not seem to help unfortunately...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ralf </dc:creator><pubDate>Thu, 29 Oct 2020 16:53:01 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/215/?limit=25#511b</guid></item><item><title>Ralf  modified a comment on ticket #215</title><link>https://sourceforge.net/p/xournal/bugs/215/?limit=25#f870</link><description>Regarding Gimp, for my experiments to day I had a white brackground and then used the "pencil" tool set to "erase" and the resulting transparency was still causing problems. Also the issue https://gitlab.gnome.org/GNOME/gimp/-/issues/4487 that you linked seems to suggest they want to change the default... but so far they did not, it seems (judging from the behavior of my installation).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ralf </dc:creator><pubDate>Thu, 29 Oct 2020 16:45:46 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/215/?limit=25#f870</guid></item><item><title>Ralf  posted a comment on ticket #215</title><link>https://sourceforge.net/p/xournal/bugs/215/?limit=25#f870</link><description>Regarding Gimp, for my experiments to day I had a white brackground and then used the "pencil" tool set to "erase" and the resulting transparency was still causing problems. Also it looks like Gimp might actively delete the color value of transparent pixels to avoid information leaks: https://gitlab.gnome.org/GNOME/gimp/-/issues/4487</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ralf </dc:creator><pubDate>Thu, 29 Oct 2020 16:36:41 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/215/?limit=25#f870</guid></item><item><title>Ralf  modified a comment on ticket #215</title><link>https://sourceforge.net/p/xournal/bugs/215/?limit=25#86b2</link><description>Thanks for the detailed respone! In practice, the only two ways I can see to avoid the artifact are to use a solid white background, or make sure that the pixel values of the transparent part of the image are set to RGB=white rather than black. I did not know those pixels still had color values that could matter. Is there any way to control that value e.g. when using Gimp to prepare the PNG file? I would also consider drawing the attention of the poppler developers to this issue by filing a bug there,...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ralf </dc:creator><pubDate>Thu, 29 Oct 2020 16:35:16 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/215/?limit=25#86b2</guid></item><item><title>Ralf  posted a comment on ticket #215</title><link>https://sourceforge.net/p/xournal/bugs/215/?limit=25#b5d0</link><description>Yeah, not having a touchpad is the reason why I need to resort to a pre-scanned image.^^</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ralf </dc:creator><pubDate>Thu, 29 Oct 2020 16:33:45 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/215/?limit=25#b5d0</guid></item><item><title>Denis Auroux posted a comment on ticket #215</title><link>https://sourceforge.net/p/xournal/bugs/215/?limit=25#0f50</link><description>I'm pretty much a novice with Gimp, but transparent pixels definitely have an RGB value -- especially because you could make them only partially transparent and then the color matters (each of the RGBA channels is an 8-bit value in a transparent png). I don't know how you would specifically modify the RGB values of fully transparent pixels in Gimp; I found a thread suggesting that gimp does not destroy any RGB values when adjusting the alpha values of a previously non-transparent image; and in particular...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Denis Auroux</dc:creator><pubDate>Thu, 29 Oct 2020 16:17:30 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/215/?limit=25#0f50</guid></item><item><title>Ralf  posted a comment on ticket #215</title><link>https://sourceforge.net/p/xournal/bugs/215/?limit=25#86b2</link><description>Thanks for the detailed respone! In practice, the only two ways I can see to avoid the artifact are to use a solid white background, or make sure that the pixel values of the transparent part of the image are set to RGB=white rather than black. I did not know those picels still had color values that could matter. Is there any way to control that value e.g. when using Gimp to prepare the PNG file? I would also consider drawing the attention of the poppler developers to this issue by filing a bug there,...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ralf </dc:creator><pubDate>Thu, 29 Oct 2020 16:03:00 -0000</pubDate><guid>https://sourceforge.net/p/xournal/bugs/215/?limit=25#86b2</guid></item></channel></rss>