Re: [Xournal-devel] contributing to xournal

[Torsten Wagner]

Hi, 
I think the readme description might benefit from to a step 0. 
”  New ideas for a feature for xournal, should be posted as a short proposal in 
the mailing list. Thus, Xournal developers will be able to comment whether the 
idea fits within the scope of xournals development strategies.  They might 
further point out to similar already existing feature branches or give other 
useful comments and advices.

This step 0 would help to avoid any frustration in case of a feature rejection 
by the developers. I just started with xournal and my feeling is that 
developers want to keep xournal clean from feature cluttering.  That's OK for 
me, but then I asked before I started to work on a new feature.

Just an idea
Torwag

D M German d...@uvic.ca wrote:

Hi Everybody,

I had a brief discussion with Denis yesterday and we agreed to clarify
the process of accepting contributions to Xournal. I have tried to
document it here:

HTTP://github.com/dmgerman/xournal/blob/master/README.org

this file will also appear at the bottom of:

https://github.com/dmgerman/xournal

I also suggest that we use the file README.org to clarify what each
branch does. And leave README for use of the main version of

I have cleaned up my repo, following the description above.

This should make it easier for us to integrate all the different
features into one single place, and slowly see their integration into
the official version.


--dmg


--
Daniel M. German  Mathematicians often marvel
   at how they dream up concepts
   such as zero or sum,
   and then seem to have
  no say about how these things behave.
   But they can decide how they look,
   and that is not a science.
   The Economist -So it must be art.
http://turingmachine.org/
http://silvernegative.com/
dmg (at) uvic (dot) ca
replace (at) with @ and (dot) with .

 

--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech
innovation.
Intel(R) Software Adrenaline delivers strategic insight and
game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up
now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk
___
Xournal-devel mailing list
Xournal-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xournal-devel
--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk___
Xournal-devel mailing list
Xournal-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xournal-devel

Re: [Xournal-devel] Dev status and how-to start?

[Torsten Wagner]

Hi, 
Thanks I compiled the branch including the sidebar thumbnail previews.  It 
works very well.  I adjusted the thumbnail size in the source code,  to make 
the Beamer slides easier to read.  
Luckily there was already a constant defined for scaling :) 

Furthermore,  I added a little hack to keep the active thumbnail always on top 
of the sidebar.  Thus,  I can always see the next two presentation slides.  
Tested it yesterday and worked out very well.  

For the projector view, I used the xrandr idea you proposed and it seems to 
work stable.  
As an intermediate solution for my feature request dual view presentation 
mode I thought of adding a feature to xournal which reports the absolute 
position of the drawing canvas (that should be easily obtainable from the gtk 
api). 
Those values could be feed to a xrandr call creating always the correct 
settings independent of window movement or rescaling. 
I even thought about sending those values out after a request via a socket or 
even via dbus. 
However,  all these features will work under Linux only.  Thus,  I am not sure 
if that could ever be an official solution. Furthermore, the xrandr trick 
basically rescales a part of screen A to screen B.  At the moment my laptop has 
a higher resolution compared to the projector.  Thus,  my drawing canvas in 
full screen is about 900x600 pixels.  Rescaling upward to the 1024x786 of the 
projector  does not make a big difference.  But it might look much worse if 
either the projectors resolution is much higher,  or if the drawing canvas gets 
much smaller. 

oh, the best, best solution, would be for you to create xournal based
widget that can be reused in any application. that would be really nice 

Not sure what you mean by widget.  Do you mean a new gtk widget which by some 
way contains the drawing canvas of a running xournal? 
How to create the communication?  Socket,  dbus or does GTK has its own method 
of program to program  communication? 

Thanks for all the help and advices 

Torwag

--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk
___
Xournal-devel mailing list
Xournal-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xournal-devel

Re: [Xournal-devel] gkt3 port: a major milestone today

[Torsten Wagner]

Hi Daniel,

that is really great. To be honest, I put my own development ideas on
hold, waiting for GTK3. I notice xournal is very much focusing around
the GUI and I thought it would be not very smart to start hacking into
it to do something new based on GTK2 if GTK3 is on the way.

I notice there are already a lot of branches at github now. How about
the sidebar and bookmark system of your students. As I understood,
this needs to be fleshed out into individual patch-sets for each
feature right?
Would it make sens to combine this directly with a GTK3 port of those features?
There is a dual-window branch. Can you tell me a bit about it. Who is
working on it?

All the best

Torsten



On 2 December 2013 16:37, D M German d...@uvic.ca wrote:

 hi Everybody,

 today the gtk3 port reached a major milestone: I was able to use
 it---without problems or crashes---to edit an entire 10 pages PDF. 1/2
 in linux and 1/2 in windows.

 this weekend I was able to learn how to deal with the event handling in
 gtk3 and fixed/simplified the major event handler in xournal
 (on_canvas_button_press_event).

 There are still bugs (but they happen when one loads a new document, I
 think I found the trigger and I should kill it soon).

 Here is a detail list of issues with the current version:

 1. In my windows tablet the performance of scrolling is poor. this is
something I have already looked into, but the code needs to be
written/cleaned up. I believe we will get a performance similar to
the GTK2 version.

 2. My windows tablet, even though it has a multitouch wacom tablet is
not sending a TOUCH event when I use touch. Instead it seems to merge
any mouse and touch click into a generic event source. In linux, on
the other hand each event is labelled with its real source.  This
brings me to one of the benefits of gtk3: an event knows the core and
non-core device that trigger it. We don't have to deal with the extra
complexity of duplicated events in gtk2.

 3. The windows port has problems setting the mouse while drawing. The
mouse flickers between arrow and point.

 My priority will be to get the performance improved, since I am mainly
 using Xournal on my Windows tablet.



 --dmg


 --
 Daniel M. German  Prose is intrinsically linear;
a good book carries the reader forward
The Economist -on the crest of the words
 http://turingmachine.org/
 http://silvernegative.com/
 dmg (at) uvic (dot) ca
 replace (at) with @ and (dot) with .



 --
 Rapidly troubleshoot problems before they affect your business. Most IT
 organizations don't have a clear picture of how application performance
 affects their revenue. With AppDynamics, you get 100% visibility into your
 Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
 http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk
 ___
 Xournal-devel mailing list
 Xournal-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/xournal-devel

--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk
___
Xournal-devel mailing list
Xournal-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xournal-devel

Re: [Xournal-devel] vivotab note 8: works well

[Torsten Wagner]

On 20 September 2014 22:33, dmg d...@uvic.ca wrote:
 Vivotab note 8

This is an interesting device! I was thinking to get an Microsoft
Surface Pro3 or this large 13.1 Sony ebook reader.
But both are much more expensive devices.
Do you plan to operate it under linux? If so, are you aware of a touch
/ touch-pen friendly window manager.
To be honest, I saw Windows 8 on the surface pro2 and from the few
minutes I spend with it,  I had the impression that it was very well
designed for tablet usage. Nice softkeyboard, wide buttons for big
fingers and a lot of little tools which make use of the digitizer and
touch-based interaction.
I looked around but found nothing similar under Linux. There are some
tools and some programs, but nothing well integrated in a overall
window manager.

The other question I have, is the screen size right? To correct a A4
based paper I would looking for a bigger screen. Basically, my
annotations should have a similar size compared to the written text.
Is this possible on a 8 inch screen without loosing track of the
entire page layout due to constantly zooming in and out or panning
around like crazy?

I would think this device is a nice compromise between price and
mobility on one side and usage as a lecturer tool on the other side.
Just would like to now if it still can be used as a lecturer tool.


Would be glad if you could share you experience with the device.


Thanks for posting this.

Torsten

CC. The device is about 311 Euro in Germany... I will never understand
this price difference between Europe and US prices.

--
Slashdot TV.  Video for Nerds.  Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk
___
Xournal-devel mailing list
Xournal-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xournal-devel

Re: [Xournal-devel] anyone running xournal on epaper?

[Torsten Wagner]

Hi,

modern e-inks are much better with respect to refresh.
I do not want to be bash xournal or Linux, I am using both a lot for
my lectures and on PCs. However, if you go the way to use such a
reader, make sure it runs Android and use some of the available
android apps to do annotation (even if you have to pay a few Euros).
Android itself works much better as a tablet (keyboard less) OS then
any other WM I know from Linux (maybe we have to wait for Ubuntu
Touch). Also the apps available are much more pen/touch oriented
compared to xournal, which still assumes the availability of a
keyboard.
I like e.g. ezPDF Reader which allows me to annotate within PDFs.

Also you might want to wait a bit more for this candidate:

http://ereader-store.de/en/75-onyx-boox-max.html

Greetings

Torsten


On 15 April 2016 at 17:38, Arian Sanusi  wrote:
> Hi All,
>
> I am considering getting an wacom-enabled ebook reader (onyx m96, n96, icarus 
> excel) and a normal notebook to replace my thiknpad x60 tablet which is 
> falling appart... Does anyone have any experience running xournal on such a 
> device?
>
> (I am aware this probably needs rebuilding much of the firmware. Those 
> devices have Freescale i.mx6 SOCs which should make that feasible)
>
> thanks and best regards,
>
> Arian
>
>
> --
> Find and fix application performance issues faster with Applications Manager
> Applications Manager provides deep performance insights into multiple tiers of
> your business applications. It resolves application problems quickly and
> reduces your MTTR. Get your free trial!
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> ___
> Xournal-devel mailing list
> Xournal-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/xournal-devel
>

--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
Xournal-devel mailing list
Xournal-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xournal-devel

Re: [Xournal-devel] Xournal double

[Torsten Wagner]

I am not a developer but I am highly interested in this.
For the moment I use Xorg capabilities to show a part of the main
screen on the secondary screen. This works surprisingly well but
requires tweaking whenever the display resolution of the projector
changes.
In addition to have a second screen I would love to have the feature
to "freeze" the second screen thus, it allows me to scroll through the
pages without confusing the audience. Or to do annotations and update
them in one go on the second screen.
Other then this, there was a friendly fork which included a side-bar
to show the slides in a scrolling list. I modified the code a bit to
make those thumbnails a bit bigger, which allows me nicely move up and
down the list to select a certain slide/page. Would really be happy to
have this two features within xournal.

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Xournal-devel mailing list
Xournal-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xournal-devel