The up arrow should move a selected image or text object upwards by a small amount. Currently the arrows move the object in the opposite direction, and by an amount that is a little larger than is comfortable.

Allow the rectangle selection tool to select objects that are located part-on and part-off of the current page.

Alter the Page Down behaviour to actually go one page down when the view is fit-to-height or zoomed out further. This will assist the presentation mode.

Sometimes, especially with larger files, the canvas hangs on dragging objects around or typing text until a stroke is drawn, the window is scrolled in, etc. I suspect this is similar to bug #17 as it might be sporadic due to a lazy gtk_main but certainly there should be a canvas repaint from those actions, which I think is not done.

If the sidebar is set to a width large enough to allow for e.g. two columns of pages and preferences are saved, upon reopening, only one column is rendered until the window is adjusted.

In order to parse, e.g. a new line in an array environment, mathtex requires \ instead of . Probably it just has to do with using the right type of quotes.

Set the eraser to erase the entire stroke. The erasure is not undoable.

Crashes on startup with
** (xournalpp:8834): WARNING **: XojTypeCheck failed: NULL gui/sidebar/Sidebar.cpp:166

when settings.xml has sidebar "false".

When a scale is performed from the top right corner of an object, it is treated as a move and then a scale. Undoing this command results in two undo commands - an undo scale and an undo move. The undo move will move the object back near its original location, but from what I see, it overshoots.

Using the arrow keys to move a selection of text or image causes the page to scroll to the very top. This is rather irritating.

Eventually the desired behaviour is to use configure flags to decide whether to compile with Mathtex or not, and if so, check for a working Tex install and compile with the copy of Mathtex that is being distributed.

To PDF it produces a file but it is empty and gives

Error: PDF file is damaged - attempting to reconstruct xref table...

To PNG it crashes catastrophically

xournalpp: cairo-surface.c:637: cairo_surface_destroy: Assertion `((*&(&surface->ref_count)->ref_count) > 0)' failed.
Crash Handler::Crashed with signal 6
[bt] #9 /home/wilson/documents/Dropbox/misc/xournalpp/xournalpp_fedora/src/xournalpp(_ZN9ExportJob11freeSurfaceEi+0xb7) [0x80b91f7]
/home/wilson/xournalpp/src/control/jobs/ExportJob.cpp:110
[bt] #10 /home/wilson/documents/Dropbox/misc/xournalpp/xournalpp_fedora/src/xournalpp(_ZN9ExportJob3runEv+0x443) [0x80b9733]
/home/wilson/xournalpp/src/control/jobs/ExportJob.cpp:195
[bt] #11 /home/wilson/documents/Dropbox/misc/xournalpp/xournalpp_fedora/src/xournalpp(_ZN11BlockingJob7executeEv+0x9d) [0x80b88dd]
/home/wilson/xournalpp/src/control/jobs/BlockingJob.cpp:25
[bt] #12 /home/wilson/documents/Dropbox/misc/xournalpp/xournalpp_fedora/src/xournalpp(_ZN9Scheduler17jobThreadCallbackEPS_+0x135) [0x80be3d5]
/home/wilson/xournalpp/src/control/jobs/Scheduler.cpp:275

On some larger documents, if you resize the Preview sidebar before Xournalpp has buffered a certain number of pages, it will crash in gtk_widget_queue_resize. Snippet:

[bt] #16 /lib/libgtk-x11-2.0.so.0(gtk_widget_queue_resize+0x8f) [0x4e2c9eff]
??:0
[bt] #17 ./xournalpp(_ZN14ToolZoomSlider16updateScaleMarksEv+0xbd) [0x8139d1d]
/home/wilson/documents/Dropbox/misc/xournalpp/xournalpp_toshiba/src/gui/toolbarMenubar/ToolZoomSlider.cpp:64
[bt] #18 ./xournalpp(_ZN11ZoomControl25fireZoomRangeValueChangedEv+0xaa) [0x81087fa]
/home/wilson/documents/Dropbox/misc/xournalpp/xournalpp_toshiba/src/control/ZoomControl.cpp:57 (discriminator 2)
[bt] #19 ./xournalpp(_ZN11ZoomControl10setZoomFitEd+0xac) [0x8108bcc]
/home/wilson/documents/Dropbox/misc/xournalpp/xournalpp_toshiba/src/control/ZoomControl.cpp:91

The macro ENABLE_MATHTEX doesn't propagate on FC15, so mathtex is always disabled. As a temporary fix, put

#define ENABLE_MATHTEX

after the #include lines in src/control/Control.cpp.

If we remove all the tracked *.in (there are 5), aclocal.m4, configure, and libtool, we can completely remake with the commands aclocal, automake, make. Probably add the files to gitignore is easier, so that they're there but changes are untracked.

Might be something to do with the old poppler library, but might also be something in Xournalpp.

Sometimes upon switching desktop away and back to Xournalpp (Fedora Core 19 addpoppler branch) the canvas is completely blank (the view is just a titlebar with no features) with a stroke-input cursor until some stroke is drawn, upon which a complete refresh takes place.

This might be due to incompatibilities with the newest gtk, perhaps?

Milestone: package for Debian Jessie or perhaps the following release.

There are a large number of these visible as warnings during make. They should be updated. Ideally to support GTK3+ once it's in common use (I don't want to break backwards compatibility).

This is because the sidebar's width has been set to some very small value. Probably a minimum pixel width for the sidebar is a good idea.

Plenty of errors on compiling on this system. The automake routine needs to be performed, libopenjpeg is not found (libopenjpeg2 is the installation candidate on this system), /usr/lib/ structure is different (/usr/lib/libi386, for example), liblcms is a different version, libfontconfig needs to be linked, and .deps/libutil_la-Logger.Tpo is not created for some reason.

Now that the Mathtex insertion is nearly mature, the unused functions in LatexAction (and perhaps LatexGlade) should be cleaned up.

To replicate add a Mathtex equation, resize it, move and edit it. When changed it will return to full size.

The file should prompt for a save after a reordering of slides is done.

I'll leave this here until I check to make sure that this fix works on other systems, but I had to change the #include line to "../poppler/poppler-config.h" in this file.

for Xournal++ 0.9.1
There seems to be no effect from Tools > Text Font. It neither changes the font of subsequent text input, nor does it change the font of a selected bit of text.
The only way I find to change font, is by editing it manually in ./xournalpp/settings.xml. But that just changes the default font, and does not allow for comfortably using multiple fonts in one document.

If you quickly zoom in/out the current page will be lost and the document view will switch to the first page.

In terms of elegant document version control, it should be possible in theory to use a Git filter and a script to store diff changes to the xournalpp XML. See, perhaps, https://github.com/DataWraith/gitfilters.

This isn't a priority for me at the moment but a nice feature would be the ability to snap objects that are moved onto a grid for easier alignment of things. I think it would be a fairly simple thing to add.

The Insert/Edit Tex command window only accepts a limited command size. Increase this to a practically large value.

If the font size (probably type as well) is changed, it will leak "-1" objects of type XojFont. This does not actually require typing anything in the new or old font.

Addpoppler has deviated from Master because of the difference in automake files. Once these are properly copied from Master, the branches can again be merged to keep addpoppler up to date with changes.

Probably this is sending bugs to a non-existent location by this point...

N.B. Xournal exists as a Macport:
https://trac.macports.org/browser/trunk/dports/x11/xournal/Portfile

Add a black and/or green page background option, perhaps with neon colours depending on how they look, for a "chalkboard/blackboard" effect.

I get:

configure: error: cannot run /bin/bash ./config.sub

Double free:
*** glibc detected *** ./xournalpp: double free or corruption (out):

======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x72606)[0x7f09e1fc3606]
/lib/x86_64-linux-gnu/libc.so.6(cfree+0x6c)[0x7f09e1fc833c]
./xournalpp(_ZN6StrokeD0Ev+0x7a)[0x50733a]
./xournalpp(_ZN5LayerD0Ev+0x8f)[0x501d7f]
./xournalpp(_ZN7XojPageD0Ev+0x8e)[0x50aa6e]
./xournalpp(_ZN7PageRefaSEP7XojPage+0x22)[0x504b22]
./xournalpp(_ZN18SidebarPreviewPageD0Ev+0xa4)[0x4c2034]
./xournalpp(_ZN15SidebarPreviewsD0Ev+0xff)[0x4c363f]
./xournalpp(_ZN7SidebarD0Ev+0x96)[0x4be8f6]
./xournalpp(_ZN7ControlD0Ev+0x1bf)[0x490a8f]
./xournalpp(_ZN11XournalMain3runEiPPc+0x502)[0x4a2d62]
./xournalpp(main+0x43)[0x5287b3]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd)[0x7f09e1f6fead]
./xournalpp[0x457319]

Looks like this operation isn't tracked.

In util/LatexAction.cpp a colour option could be added to choose the Mathtex colour.

Remove the default dev warning and update version headers.

This may be due to the old version of poppler used here, I'm not sure. I'll try to find an example of one of these files. Basically the resulting pdf just has some of the pages with blank backgrounds, annotations on top of nothing.

The fix might be worse than just updating the poppler routines.

** (xournalpp:6977): WARNING **: XojTypeCheck failed: expected Element but get something else on model/Element.cpp:23

I believe it's due to a text= line that is too lengthy, but I need to investigate further.

Open a blank Xournalpp document, use CTRL-F to open a search box, type in some garbage, and close the program. It will give:

MemoryLeak: 1 objects of type: SearchControl
MemoryLeak: 1 objects of type: XojPage
MemoryLeak: 1 objects of type: BackgroundImage
MemoryLeak: 1 objects of type: PageRef
MemoryLeak: sum 4 objects.

This occurs on compiling for some systems, notably Arch 2013.11.01. The linker dies when trying to link the libpoppler.a file into xournalpp.

The ruler lines are only redrawn when the entire page width fits on the screen. Otherwise the ruler stroke only appears after the mouse is let go.

Currently the dev version saves a backup in .xoj.bak as well as a tmp.autosave.xoj. They should both be prefixed with a dot in order to keep them hidden, and I'm mulling over either eliminating or moving one of them to the ~/.xournalpp folder, perhaps the backups in ~/.xournalpp/backups/.

The text gets shifted between different computers; I suspect a small bug due to the screen resolution. Also, sometimes written strokes differ in location with respect to text.

Add a keyboard shortcut for Mathtex. Also, use the enter key to insert the Tex.

To reproduce just create a new page and try to undo that operation. Xournalpp freezes without a stacktrace.

I think it's due to the line

Job * job = (Job *) g_queue_peek_nth(this->jobQueue[priority], i);

in the XournalScheduler on quit. It locks the jobQueue mutex, so I would have thought this would work properly, but something might be getting messed up in setting the job queue earlier. This happens only very rarely and it seems to be during a quit when there are jobs in the queue.