Interesting Thread.

Alex, I'm curious, why not just take a screen shot of whatever you have on inkscape and then paste it into the calc book. That's what I do, crude, I know.

Another side question -> You state that you have never coded, what did you use to learn how to create plugins in SMath, maybe I have not looked into this enough. Is there a simple example somewhere?

Sorry for sidetracking here.

Thanks.

Thanks again for the update.

- when the region is emty, the border does not indicate on/off state (yet the setting seems to be stored, image content seems to be required for the border to show up correctly

- Image boundaries in the region and in inkscape don't match. There is spurious whitespace to the right.

... two more problems with "Image Region"

1. READ_IMAGE reads grayscale RGB augmented, fine. Can extract each R,G,B, fine
A small 100x100 is huge in Smath, no problem to transit/collapse.
Why you must transit/collapse: because
because either R,G,B that you have assigned a variable name CAN NOT support
any matrix operation [ typical: scale(M,127,255]

CAN NOT support matrix operation 0K ! but it does crash the PC, crash dead:
no start/stop access, can't close any other application, can't stop calculation.

2. From the grayscale READ_IMAGE the R,G,B don't summ NTSC
0.2989*red+0.5870*green+0.1140*blue don't equate READ_IMAGE.

Jean

Thank for the update, Alex. I will test this tomorrow (2 am now here). This thread is perfect for image region development. You are definitly not the off-topic poster in this thread ;-)

You could, of course, open a new thread and use the initial post as a repository as long as you don't want to use the extension manager.

Finally, the Picture region does 3 things:
1. It switches OFF the grid lines [very useful otherwise].
2. It frezes acces to the embedded stuff.
3. Quick plot and other results are live in the region.

Interesting ? ... maybe not so much.

Jean

De Casteljau Minaret.sm (39kb) downloaded 35 time(s).

Ryan, I have summarized my journey through plugin development here:
http://en.smath.info/for...lp-Please.aspx#post30280

Conviniently that is also the thread where I started the development. Good luck!

Also blank .svg you can insert into image region from context menu works as intended now (if you use .dll from last archive) ;-)

And why did I spend 6 hours of my time so far on this? I would like easily editable sketches in my calcbooks - modifying vector graphics is much easier than layerless raster image.

Edited by user 02 February 2016 02:02:07(UTC)  | Reason: Not specified

1. Insert> Image
2. try to switch off the image border in the context menu.
this does not work for me, the border is still displayed.
3. If you then create an image (set the format, doubleclick to edit), then the border is removed.

Seems that switching the border state works with an empty region, just the display does not obey the setting.

Another problem:
If I open the image in the attached sm file, then some objects are invisible in inkscape. They all were created with inkscape. The reference points of the 3D projection seem to get lost or modified. Could that be a side effect of the size handling?

svg2.sm (29kb) downloaded 46 time(s).


What is the intent of the different behaviour between cloning and copy/paste? Usually, there is no difference, cloning (ctrl-drag) is just a gui shortcut.
I guess that most users would be surprised by the invisible link between the original and the copy. I'd vote for copy/past behaving just like cloning (same image contents but separate file) svg2.sm (29kb) downloaded 46 time(s).

If multiple instances of the same image are required, then still there is the option to have this as external file (export the file and put the name in the placeholder).

Edited by user 02 February 2016 15:20:35(UTC)  | Reason: Not specified

I understand that Ctrl-drag and Copy/paste CAN do different things. But if you clone text or math regions, then these are independent (if you change one, then the other is not affected. I guess this is what a user would expect also for other regions and their contents. I just see the danger of unintended overwriting of clone sources by editing the dependent instances. This has happened once in a while to me.

Comments:

1. "Inkscape" current save formats are (at least): Inkscape SVG(Z), Plain SVG(Z), PS, EPS, Cairo PDF, Cairo PS, POV, ODG, TEX, AI (8.0), DXF, AutoCAD DXF, EPSI, GPL, XCF, XAML, Inkscape svg with media ZIP, EMF. [Wiki Info].

==> does not save as *.bmp, *.png ==> therefore not compatible with Smath File Access.
==> Argument closed

2. Smath Image Region does NOT zoom. It spreads the tartine ==> therefore useless.

3. Smath does not transport the Red from QuickPlot. Maybe vice versa: does not read red from QuickPlot.

4. Smath region in native project is a matrix grayscale viewer. NOT a picture operator.

Suggestions:

1. Capture screen via WinGrab [rich in color reduction]
2. Zoom via IrfanView [aspect ratio = or not equal, rich Lanczos zoom].
** IrfanView, WinGrab ==> freeware

Jean

Work sheet named easy to retrieve in the context.

Image Martin svg2.sm (207kb) downloaded 36 time(s).

Hi All, I probably wont get to work on the image region till weekend, however it is a good idea to think of a roadmap. Martin, to discuss your comments:

<Let the context menu entries just select the default format and create the empty image of appropriate format on the fly when the user double-clicks the region.>

I have done this - found no file found error annoying as well after some use (new .dll is not included yet).

<1. Insert Image
2. try to switch off the image border in the context menu.
this does not work for me, the border is still displayed.>

Unless I am wrong, this is how original image region behaved (I just redownloaded it), do we want to change that?

<If I open the image in the attached sm file, then some objects are invisible in inkscape.>

I am at the stand still here. The plugin only zooms SVG files if no height/width is present inside the file, or if it is set to % (as I did for blank svg). For either of those cases, when inkscape re-opens the svg, the "3D Box" objects were minimized to the bottom left corner (you still can scale them up if desired). If someone can come up with .svg file that both scales in SMath, and is saved/opened correctly by inkscpe I can use it as a blank document in the plugin. It is not a big deal for me though - how often will you sketch those 3D boxes in SMath?

<What is the intent of the different behaviour between cloning and copy/paste?>

This one is tricky. While there is no intent, per say, I am not sure how to change it either. You see, I can define Clone () though the code, while copy/paste just takes the region and creates the exact duplicate (just like Davide mentioned). And while you can edit the formula you copy/pasted, you cannot redefine the filename of the image in the region from SMath. Davide, do you think there is a conceptual way to change the name of the imbedded image during copy / paste? I cannot think of one..

<Try to disable/suppress region update during resizing>

Will try :-) update / resize functions are used throughout the code and it will take some effort to seprate the two (i.e. resize without re-rendering of svg, unless certain condition). It should be possible, the question is whether I will be succesful at it.

Also I am getting close to the point where I wanted to be for the Image Region development (once I take care of the above, if it proves to be possible / necessary). Do you guys have any major griefs with it, or suggestions? Otherwise I wil wrap it up and publish to the extensions manager.

Edited by user 03 February 2016 18:16:00(UTC)  | Reason: Not specified