[RkWard-devel] new export plugin

[Thomas Friedrichsmeier]

Hi Prasenjit,

On Friday 23 February 2007 18:58, Prasenjit Kapat wrote:
> I have updated the "Export (new) plugin" based on previous discussions.
> Thomas let me know if this looks fine (apart of 'inches' discomfort!). I
> have kept some of the previous <logic> statements commented in the xml file
> which will removed when the current setup is agreed upon.

looks good to me. We can leave it that way. What's your take on integrating 
the old export plugin, i.e. dev2bitmap support using ghostscript? To me, it 
looks like that would probably be a good idea, in fact. There could be an 
addtional "via ghostcript" choice for the format, then an input to specify 
the ghostscript format id (the pre-set choices from the old plugin are 
already covered, so we wouldn't really need those). All other options are 
already covered in the PS/PDF options, except that a resolution could also be 
specified in this case. Not sure where that would be placed in the GUI. 
Anyway - would you like to try this, or would you rather move on to something 
else?

Two more nitpicks:
1) The mode for the <browser> should probably be "savefile" instead of file. 
It does not currently make any difference, but likely it will, later (such as 
ask for overwriting, caption of the dialog...). Also <browser> does not 
acutally have a "size" attribute (it will just take all the width it can 
get), so it should be removed (I see that I've done both mistakes in the old 
export plugin as well).
2) You may want to round() (from PHP) the calculated width and height for 
JPEG/PNG. It doesn't really matter, but for instance if you enter 6.1 inches 
for height, you currently get 585.6 in the generated code.

A hint:
Usually it's not really necessary to comment out large regions in case you 
want to revert the change later. The reason is: It's still in SVN, so you've 
got that base covered, if you really want to go back. It saves the second 
step of removing the commented regions. But do what you're comfortable with.

> I was wondering is there a way to let the user be aware of the directory
> where the file is being saved.

Not currently, unless specifying the initial value as "~/RPlot", but of course 
that's not really a good solution.

Regards
Thomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/rkward-devel/attachments/20070223/c905877f/attachment.sig>