Wrote

Found it! Seems related to the exceptions

1. Add a region in the canvas;
2. add in the placeholder something like mat(identity(3),identity(3),identity(3),1,3);
3. change one of the RGB channels with a number (e.g. 1) -> mat(identity(3),1,identity(3),1,3);
4. double-click will launch the image viewer;


BTW, you should propagate the evaluation exceptions to the user, currently you can't notice when something fails in the evaluation...

Wrote

Fixed

Wrote

Wrote

Fixed

Thank you Alex

I just noticed that the double-click issue happens even when you open an existing worksheet having the "auto calculation" feature disabled (until you launch a recalculation, then it works fine).

Wrote

On this note, do you guys know what is the easiest way to get current system DPI?

GlobalParams.ScreenDpi

using (Graphics g = Graphics.FromImage(new Bitmap(1,1)))
{
    float dpiX = g.DpiX;
    float dpiY = g.DpiY;
}

Wrote

Davide, it seems that prior to evaluation I have only two choices - either to allow the double click or not. What would be a good reason for choosing "No" over "Yes" here?

if (!base.dblclick.Enabled)
{
    Rectangle canvas = new Rectangle(new Point(1,1), this.canv.Size);

    if (canvas.Contains(e.Location))
        base.dblclick.Enabled = true;
}

Wrote

There seems to be a problem in the SVG engine

see SS-2397

Alex, what is your username in the bug tracking system?

Wrote

If I try to import a png-file, then the dialog opens with path C:\

I propose to change the default path to the document directory or current directory if the doc is not yet saved.

EDIT: filed as SS-2399

Wrote

There are image display problems if the file name is given in the placeholder.

details, screenshot, example files under SS-2400

Wrote

Martin, how an engine renders SVG is out of my control. I can check if problem persists with SVGSharp, but that engine has its own issues. If you know a particular revision of SVG or SVGSharp library that renders your file correctly let me know.

Wrote

I hope to work on the plugin upcoming weekend.

Wrote

Wrote

Martin, how an engine renders SVG is out of my control. I can check if problem persists with SVGSharp, but that engine has its own issues. If you know a particular revision of SVG or SVGSharp library that renders your file correctly let me know.

The image region as it was 2 years ago did render my files correctly. Actually, the files are generated by gnuplot, thus we could play around a bit with terminal settings. The Maxima Draw regions (Maxima plugin) also render svg images (they were developed based on the original image region). These DrawRegions are not very mature, therefore currently they are not a general option for plotting with Maxima.

Wrote

I hope to work on the plugin upcoming weekend.

Thanks a lot.

BTW, in my recent testing I experienced problems with simultaneous file access. Perhaps Maxima (Gnuplot) and the Image region try to lock the file.
For Maxima to display graphics, it is essential that images shown in the Image region can be updated dynamically without being locked by the Image region.

If things get too complex, possibly, an option could be to have a separate region for display of images and one for import/create/editable images.

Wrote

Martin, could you provide a clear example demonstrating the file access issue? It will simplify debugging.
Thanks

Wrote

Martin, could you provide a clear example demonstrating the file access issue? It will simplify debugging.


Also what image file formats can MAXIMA output? True vector graphics in .NET is metafile (emf), which renders well in Smath, then there is pdf which also renders well. Both SVG renders I tried have their own quirks... I will test SVGSharp to see if I can get SVG resizing work correctly (I failed last time) and if it will work with DISLIN, another plugin which uses Image Region.

Thanks

Wrote

There are image display problems if the file name is given in the placeholder.

details, screenshot, example files under SS-2400

Wrote

I filed a bug report at http://smath.info/bts/Issues/IssueDetail.aspx?id=2432

There you find some illustrations (too cumbersome to add here).

Essentially, the image region can overwrite image files unexpectedly.

How to reproduce the problem:

save the attached sm file and png image to any folder.
open the sm file
clone the image region using Ctrl-drag
replace the filename in the new region placeholder by the variable name Grau
recalculate

What happens:

- The original region turns grey and you find that the file "fhb_logo_neu.png" has been overwritten (is now grey instead of red)

- perhaps also SMath gets stuck. You can, however, save the file and re-open SMath.

I expect the display of files using image regions not to backfire to the image file under any circumstances. My guess on what might happen (without any real insight):

- any image region has an external file name attribute which is set if you write a file name to the placeholder

- The file name is only changed if a new file name is specified, but not if the file name is replaced by a variable (a random unique file name should be used in that case, if required at all)

- upon cloning the region, this file name is not changed

- if the contents of the image changes, then the external file is synchronized.

If these assumptions are correct, then the problem is the item in bold.

Wrote

Issues are are form's fonts changed, desktop background visible through the window and these. I'll see if I can help Alex, as pointed out the issues are related to windows 10 only.

Wrote

Cloning existing regions and subsequent modification is a typical element of my workflow for creating documents. Ctrl-drag isn't even half the interaction required compared to copy/paste even if you use keyboard shortcuts.

It is the most convenient way to create new regions if you need them with similar settings, in the given case with similar size.

I think in the given case it would be sufficient to modify the internal file name (switch to a randomly generated one) as soon as the contents of the placeholder is changed.

Just to be safe, you also could open files specified in the placeholder read-only (in fact, I exptected this to be this way). I am not aware of an Image region feature where one would need to write to that file.

How about using the bug tracking system? We could exchange comments there without creating noise in the user forum... The editor for posts is much better there (you can copy images from the clipboard).

Wrote

Davide has fixed the DPI related issue of Image Region on the WIN10 machines. I have tested it extensively over weekend and all seems to be in order.

Image Region is ready for the future!

Thank you, Davide