On Mon, Sep 05, 2016 at 02:19:29PM -0400, Denis Auroux wrote:
>> 1. Emergency save before crashing.
>>
>> On one of my computers I often got a dreaded "XError" through some
>> broken Wacom driver, and it rudely crashed my Xournal losing all my
>> work.
>
> In principle that bug was fixed i
Hi All,
In light of the recent discussion concerning new features, I thought I'd
let you know about a few features I've been maintaining since 2007/2008
now.
1. Emergency save before crashing.
On one of my computers I often got a dreaded "XError" through some
broken Wacom driver, and it ru
On Fri, Jun 29, 2012 at 07:34:31PM +, Bob McElrath wrote:
> Cheers, Bob McElrath (who is waiting, in frustration, for tablet
> computers usable with xournal to re-appear on the market --
> suggestions welcome)
Huh? When did they go off the market?
I just bought an HP2760p, and pretty much ev
On Sat, Jun 23, 2012 at 09:26:07AM -0400, Leo Alekseyev wrote:
> GI, while you are looking at various Xournal branches, you might want
> to see the changes implemented in my branch
> (https://github.com/leoalekseyev/xournal) -- most important ones are
> image support and autosave/crash recovery (a
On Sun, Jun 17, 2012 at 06:15:16PM -0700, dmg wrote:
>> Is there an effort to move to Git officially? It's pretty inconvenient
>> to maintain individual patches through a tracker.
>
> where is your repo? Mine is github/dmgerman/xournal
Aha, I never knew this!
I also notice you have a ruling par
Hi All,
After Debian updated some library (poppler I presume) I couldn't use
0.4.5 anymore; so I had to rebase my old patches to 0.4.6.
Is there an effort to move to Git officially? It's pretty inconvenient
to maintain individual patches through a tracker.
Regardless -- here's what I did:
#
On Mon, May 23, 2011 at 12:52:32AM -0400, Ryan Lewis wrote:
> http://fedoraproject.org/wiki/UnderstandingDSOLinkChange
Thanks. That explains it. I guess zlib should be listed as an explicit
dependency.
GI
--
'Common' Proof Techniques:
21. Proof by mutual reference -- In reference A, Theorem 5
On Sun, May 22, 2011 at 09:09:16PM +0200, Andreas Butti wrote:
> try ./configure --disable-python
>
> So Python will be disabled.
>
> (this are some automake problems... this should be handled...)
OK -- now I get an error because zlib is missing:
/usr/bin/ld: xournalpp-LoadHandler.o: undef
On Sun, May 22, 2011 at 10:54:39AM +0200, Andreas Butti wrote:
>>> Please update to the current SVN version, ./configure, make
>>
>> I tried this; but unfortunately the most recent version doesn't compile
>> for me anymore. Here's the relevant error message
>>
>> make[3]: Entering directory
>
On Fri, May 20, 2011 at 11:46:55PM +0200, Andreas Butti wrote:
>> With the laptops having more than one input device (mine has stylus,
>> touch, and eraser) what would be needed to improve xournal to take
>> advantage of it?
>
> Xournal++ has this settings already...
Can you configure buttons? I
On Wed, May 11, 2011 at 10:36:33AM +0200, Jonas wrote:
> From: Jonas
> To: xournal-devel
> Date: Wed, 11 May 2011 10:36:33 +0200
> Subject: Re: [Xournal-devel] Delayed drawing flavour Alice and flavour Bob
>
> Okay, to sort this mess out: I am pretty sure there are actually two
> different bugs
Jonas -- thanks for this through and complete summary. The behaviour you
describe is *exactly* what I see, for both rotated and unrotated mode.
I guess Debian the testing video driver is still behind the current git
head. I'll try figuring out how to install the latest git version on my
system and
On Tue, May 10, 2011 at 05:43:39PM +0200, Jonas wrote:
> i suspect thus, it is actually in xf86-video-intel and got fixed
> between version 2.15.0-1 and current upstream.
Damn. I'm running xserver-xorg-video-intel 2:2.15.0-1, and I have the
bug.
I'm pretty sure there is something video related t
On Tue, May 10, 2011 at 09:17:58AM -0400, Ryan Lewis wrote:
> use the 'right' click button.
Yikes. Any way I can get lines drawn without holding down a button. My
stylus only has one button, which I like to use to switch to the
selection tool.
I'd hate to have a button held down the *entire* tim
OK -- I concur with dmg about it being a video problem: I rebooted, and
upgraded to kernel 2.6.38-2. Now I have a whole bunch of weird drawing
problems even in unrotated mode.
Now sometimes, some of my strokes don't show up, until I move the cursor
over the (left) scroll bar. If it's video related
OK -- I don't know if this is related to my previous "delayed drawing"
posts or not. But I just compiled Xournal++. (The UI is really great!
Thanks for all the improvements).
However, I was unable to draw anything with the pen (using my stylus, or
mouse). All that happens is that I see a "." where
On Mon, May 09, 2011 at 08:14:58PM -0700, Denis Auroux wrote:
> Sorry for the lack of good suggestions, I'm completely in the dark
> here. As I mentioned earlier, if a printf() fixes it, it's going to be
> really hard to figure out what exactly is going on.
OK -- the printf() suggestion of Jonas
On Mon, May 09, 2011 at 07:23:54PM -0700, Denis Auroux wrote:
> Question: does the bug still appear if you run "xournal --sync"
> instead of the usual?
I still have the bug with --sync.
GI
--
Twenty Ways To Maintain A Healthy Level of Insanity
4. Put your garbage can on your desk and label it
On Sat, May 07, 2011 at 01:47:00PM -0700, Denis Auroux wrote:
> I've tried upgrading my system's libgnomecanvas to 2.30.1 (unpatched)
> and it didn't modify the behavior (no bug for me).
I tried your LD_PRELOAD trick with libgnomecanvas 2.20.1, and I have the
same bug.
> I'm not sure if it is ac
19 matches
Mail list logo
