Bug#408129: [EMAIL PROTECTED]: keyjnote: "whiteout" doesn't work (nvidia)]

2007-01-24 Thread Martin Fiedler
Fixed in 0.9.1. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#408133: keyjnote: crashes due to mishandled event in a FadeOut mode whenever mouse is pressed

2007-01-24 Thread Martin Fiedler
Fixed in 0.9.1. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#408146: keyjnote: leaves tmp files behind...

2007-01-24 Thread Martin Fiedler
(Hopefully) fixed in 0.9.1. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#572969: [...@jtan.com: Bug#572969: hyperlinks don't work]

2010-03-07 Thread Martin Fiedler
Note: error in file produced by pdftk, hyperlinks disabled. PDF parser error message: referenced non-existing PDF object I found a workaround: downgrading pdftk from 1.41+dfsg-7 to 1.41-3 causes hyperlinks to work in Impressive. Presumably something changed in the pdftk output that confu

Bug#572995: white lines at bottom/right of display

2010-03-08 Thread Martin Fiedler
Hi! > > When passing a resolution with "-r" to the pdftoppm program, a white > > line may appear at the bottom or right side of the screen, if the > > given resolution doesn't result in an image with an integer number of > > pixels. It's really some kind of rounding error if the resolution is odd

Bug#576292: impressive: see ubuntu launchpad: 490246

2010-04-04 Thread Martin Fiedler
Hi! > I've got a bug report from Thomas. Report pointing to a patch developed > within Ubuntu community. I am not sure if you are aware of > issue/patch since I saw (but I could have missed) relevant commits > in SVN -- so decided to forward along. The fix is already present in SVN, so it will

Bug#636194: cpufrequtils: loadcpufreq should not try to load every driver

2011-08-01 Thread Martin Fiedler
Package: cpufrequtils Version: 007-1 Severity: important The load_modules() function in /etc/init.d/loadcpufreq tries to load all modules in /lib/modules/$(uname -r)/kernel/drivers/cpufreq. This may break proper CPU frequency scaling on systems where there is more than one driver which is compati

Bug#510625: impressive: botched display or segfaults at some resolutions due to misconfigured opengl textures

2009-01-04 Thread Martin Fiedler
Fixed (using a slightly different, ostensibly faster approach) in current SVN. The fix will be included in the next upstream version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#509243: impressive: re-loads continuously when -u is specified

2009-01-04 Thread Martin Fiedler
The bug was a little bit different than described: Specifying -u alone won't continuously reload the file unless it really changed after starting Impressive. However, if it changed once, Impressive would reload it every $n seconds. Anyway, this bug is fixed in current SVN and the fix will be inclu

Bug#507877: keyjnote: traceback appears loading pdf

2008-12-05 Thread Martin Fiedler
> Can reproduce it with first example url: at that point > > node.get('Annots', []) > > returns > > PDFref(50) Thanks for pointing it out. I fixed the parser so that it understands files with this, well, "interesting" document structure :) However, the document in question seems to be problema

Bug#446552: keyjnote is unusable slow

2007-10-15 Thread Martin Fiedler
Indeed this problem is simply due to lack of OpenGL hardware acceleration. KeyJnote (like any other OpenGL application) absolutely *needs* hardware acceleration to be usable. This is clearly stated in the documentation, so I won't consider it as a bug, especially because it's not fixable without ch

Bug#446552: keyjnote is unusable slow

2007-10-15 Thread Martin Fiedler
I wouldn't mention hardware acceleration in the first sentence, because that sounds like KeyJnote uses OpenGL for rendering the objects on the pages, which it doesn't (it just blits whole pages with OpenGL). I'd just say "KeyJnote is a program that displays presentation slides using OpenGL." That d

Bug#483062: keyjnote: fails to follow links when caching is disabled

2008-05-27 Thread Martin Fiedler
Hi! This seems to be a bug indeed, and I already have an idea what exactly goes wrong. This will be fixed in the next upstream version. Martin J. Fiedler -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger -- To UNSUBSCRIBE, ema

Bug#483933: keyjnote: only shows a black screen

2008-06-02 Thread Martin Fiedler
Hi! From KeyJnote's side, everything seems to work smoothly, so I bet it's a driver issue. Does windowed mode work (i.e. starting it directly with "keyjnote -f" instead of switching out of fullscreen mode later)? Do other "classic" OpenGL applications like Compiz, Google Earth or games like TuxRac

Bug#482336: keyjnote: crashes while displaying a PDF file which renders fine in Xpdf

2008-05-23 Thread Martin Fiedler
The problem here is certainly insufficient space in /tmp. To work around this, you can use the '--cache memory' (or short: -cm) option. However, you are right that KeyJnote shouldn't crash then -- this will be rectified in the next upstream version. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED]

Bug#482581: keyjnote: manpage seems to be outdated (and includes a typo)

2008-05-24 Thread Martin Fiedler
Good point, I never thought about the manpage. The current one has been written by the previous maintainer of the package and is one or two years old. As the upstream author of the program, I'll try my best to create "official" manpages from now on. (This will not only help Debian, but other distro

Bug#448091: [EMAIL PROTECTED]: Bug#448091: keyjnote: does not detect correctly X11 screen size]

2007-10-26 Thread Martin Fiedler
> When the X11 screen is dynamically downsized (I used > gnome-display-properties), keyjnote refuse to open itself as it tries > to open a window of the previous screen size and fails. This is a known bug and will be fixed in the next upstream version. Currently, KeyJnote determines the default

Bug#571268: [...@acampbell.org.uk: Bug#571268: impressive: No transitions displayed]

2010-02-25 Thread Martin Fiedler
> OpenGL renderer: Software Rasterizer The transitions are not visible simply because the frame rate is too low (i.e. below 1 fps). Impressive requires OpenGL acceleration to be usable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Troub

Bug#551770: Displays blank page on laptop screen

2009-10-28 Thread Martin Fiedler
On Tue, 20 Oct 2009 13:01:04 -0400 Yaroslav Halchenko wrote: > Due to my limited (if any) knowledge in pygame/SDL, I am not sure if > there is a way to control multiple screens with it? As far as I know, there's no proper way to do that. There are some cryptic environment variables like SDL_VIDE

Bug#551778: auxiliary display on laptop screen

2009-10-29 Thread Martin Fiedler
On Tue, 20 Oct 2009, martin f krafft wrote: > It would be cool if impressive could ue X RandR to display > a different view of the slides on the laptop screen, while the > external display shows the presentation as usual. That's an idea I have had for years already (and you're not the first one t

Bug#551779: navigation keys to go back/forward without transition

2009-10-29 Thread Martin Fiedler
On Tue, 20 Oct 2009, martin f krafft wrote: > It would be cool if I could configure e.g. pgup and pgdown to go to > the previous and next slides without using transitions. I know of > the overview page, but being able to quickly browse through slides > would be good. OK, I'll add that to the list

Bug#551772: Messes up X RandR (multihead) setup on quit (or exit-fullscreen)

2009-10-29 Thread Martin Fiedler
On Tue, 20 Oct 2009 12:56:14 -0400 Yaroslav Halchenko wrote: > What do you think? Shouldn't pygame take care about reverting to > original xrandr settings upon .quit()? or may be it is even deeper in > SDL (as hinted by somewhat similar > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=497472)

Bug#1006909: impressive: Fails to find any pages in the presentation

2022-03-15 Thread Martin Fiedler
t. perl should definitely be relegated from recommendation to suggestion status though.) The easiest solution certainly would be to make mupdf-tools a hard dependency (i.e. remove the poppler-utils alternative) and call it a day. Best regards, Martin Fiedler

Bug#1006909: impressive: Fails to find any pages in the presentation

2022-03-15 Thread Martin Fiedler
s are currently set up, apt won't pull in mupdf-tools because the dependency is already satisfied by poppler-utils. Best regards, Martin Fiedler

Bug#1006909: impressive: Fails to find any pages in the presentation

2022-03-21 Thread Martin Fiedler
to use a specific renderer, as there's a command-line option to override the renderer: "-P mutool" uses MuPDF, "-P pdftoppm" uses Poppler, "-P gs" uses GhostScript. Best regards, Martin Fiedler (*) As said a few mails back, there is one -- optional -- feature that