Hi Alex,
Could you please review the code in RTPNGExporter? We still get a little problem when exporting because it seems that there is a bit of clipping happening on the bottom and to the right. Cheers, Doru _______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
Hi!
Yes, I will have a look at it! Probably tomorrow. Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
In reply to this post by Tudor Girba-2
Hi Doru!
I have reviewer & improved the PNG exporter. I have tried it in my different situation, it seems to work well. I have taken the decision to __not__ render fixed trachel shapes. I think this is okay in most of the cases we will face. Let me know! Cheers, Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
no no no :-(
It does not work for large pictures. Consider the following: | b | b := RTMondrianViewBuilder new. b shape rectangle withBorder; width: [ :cls | cls numberOfVariables * 5]; height: #numberOfMethods; linearFillColor: #numberOfLinesOfCode within: RTObject withAllSubclasses. b nodes: (Object withAllSubclasses copyFrom: 1 to: 3000). b edgesFrom: #superclass. b treeLayout. b build. ^ b view Nothing gets on the disk when you save :-( Jan B. sent me a morphic based exporter. Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
Hi, I did not see this mail until now. What do you think the problem is? Doru On Thu, Nov 13, 2014 at 8:11 PM, Alexandre Bergel <[hidden email]> wrote:
_______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
In reply to this post by abergel
2014-11-13 20:11 GMT+01:00 Alexandre Bergel <[hidden email]>:
this may be an issue with cairo rending on a (really) big surface. I bet you won't be able to render that big images with morphic. (morphic only renders/exports the visible part).
_______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
Nah, morphic works. What you do is have it write to a canvas big enough to hold the drawing, then get the form under it, and then save that out. So, something like this in the morph: asForm | canvas | canvas := FormCanvas extent: self extent. self drawOn: canvas. ^canvas contentsOfArea: bounds and write it out with: PNGReadWriter putForm: morph asForm onFileNamed: 'someFileName.png' I've used this with rediculously large diagrams before. -chris On Thu, Nov 13, 2014 at 3:40 PM, Nicolai Hess <[hidden email]> wrote:
_______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
In reply to this post by abergel
Well, it seems mine is unable to export large pictures too, just for different reason: memory. Exported BMP for 7500*7500 px image has over 160 MB and Pharo's Windows VM memory limit is only 500 MB
Jan
|
In reply to this post by cbc
Hi, how did you make it export whole TRCanvas, not only current view? My exporter temporarily resizes morph to match canvas extent and then it calls this your code, but I have issues for large canvases, like for alexandre's example few mails ago. Issues like canvas shifted to the side replaced by black color, whole image white, etc.
I was originally using PNGReadWriter putForm: canvas morph imageForm onFileNamed: fileName but there seem to come such problems even with smaller canvases. Jan
|
In reply to this post by cbc
Am 14.11.2014 00:57 schrieb "Chris Cunningham" <[hidden email]>: Yes, pure morphic. But rendering the above Diagramm in a morphic window and with Athens (and therefore Cairo) _______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
Then, can we not scale the picture to fit in the maximum allowed dimensions? Cheers, Doru On Fri, Nov 14, 2014 at 12:46 PM, Nicolai Hess <[hidden email]> wrote:
_______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
The question is how often do we need to export such a large pictures?
Else, we can always export as html. And this support well very large pictures. Cheers, Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
In reply to this post by Jan Blizničenko
Jan, I went through your exporter, and it seems to do an interesting job. I will be happy to include it in Roassal for others to have a look at it.
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
Great. Could you commit it. I could take a look? Doru On Fri, Nov 14, 2014 at 3:11 PM, Alexandre Bergel <[hidden email]> wrote:
_______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
In reply to this post by abergel
Thanks, however, in my exporter is exactly same problem as in yours, just where your stops creating files, my creates just white background. Interesting thing is that sometimes when it is unable to export, I save and quit Pharo, reopen and it exports fine. I would say something about memory related something, but when I opened 500 windows, it did not stop working because of that.
Plus my exporting via morph seems to have another limitation, which is 10000 px on width and height, anything beyond it gets cropped. Anyway, here it is, just updated with scaling down when too large, few fixes (like exporting canvas which is not open anywhere): http://www.mediafire.com/view/7bl4eg9qn3csici/DCTRCanvasExporter.st Jan
|
Anyone want to play with Jan’s exporter? I like the fact that you can select whether you want to have fixed shapes or not.
Cheers, Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
_______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
http://www.mediafire.com/view/7bl4eg9qn3csici/DCTRCanvasExporter.st
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
I did not get a chance of going over it. Anyone else? We need a resolution this week so that we can release next week. Cheers, Doru On Fri, Nov 14, 2014 at 8:56 PM, Alexandre Bergel <[hidden email]> wrote:
_______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
2014-11-18 13:51 GMT+01:00 Tudor Girba <[hidden email]>:
which one, the DCTRCanvasExporter? I didn't test the code, just looked at the source. It looks good and I like the scaleToMorphLimits What I don't like is the "construct-class-name-from-image-extension-name": Smalltalk at: (imageFormatUC , 'ReadWriter') asSymbol
_______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
Free forum by Nabble | Edit this page |