[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Use of Karbon canvas in KoPACanvas
From:       Carlos Licea <carlos_licea () hotmail ! com>
Date:       2009-10-26 21:41:32
Message-ID: BLU0-SMTP36A9B98BEEFB32ED0FC1BBF2BA0 () phx ! gbl
[Download RAW message or body]

Dear list,
	Kivio and KPresenter have a very annoying problem with their canvas 
implementation: they display the page and a border around it, in which you can 
move shapes around it. This is extremely distracting and annoying.

	Karbon in the other hand has "Infinite canvas", this is very desirable in my 
opinion and feels much more natural.

	So, can we somehow change the KoPACanvas implementation to resemble 
Karbon's? can we have a hierarchy class somehow to prevent code duplication? 
are there any assumptions that prevent this from happening? should we just 
provide another implementation of the same feature for the PA ignoring 
Karbon's altogether? and finally, is it as desirable for you as it is for me?

	I understand that it is of not much use having an infinite canvas on a 
printing-oriented application, such as Kivio, because anything outside the 
page will not be printed. However, the current state is confusing and 
distracting (having a rectangle resemble the page inside another white 
rectangle feels weird to me). Falling back to clipping the shapes to the 
page's size is even more annoying.

Carlos
_______________________________________________
koffice-devel mailing list
koffice-devel@kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel
[prev in list] [next in list] [prev in thread] [next in thread]