[IPOL discuss] New major feature: interactive controls

[Pascal Monasse]

Dear all,

I am experimenting with the mask functionality and I noticed some shortcoming:
the colors are not uniform. The thick dot painted when clicking has some 
antialising at the boundaries, resulting in different colors. This is annoying 
for me, as the colors are significant in one of my demos: each color determines 
a unique region. I assume current demos using this feature are not interested 
in the actual color, they use the mask only as on/off, but for me this is not 
sufficient.
This antiasing does not seem useful, and is an impediment for my demo. I do 
not think that anybody would miss it if disabled, and it would fix my problem. 

On a related matter, the mask control seems to have a small layout problem, as 
you can see in the attached image: the image is just next to the buttons with 
no  padding. That does not happen with a regular gallery.
This is with Firefox 66.0.3 in Ubuntu.

Best,
-- 
Pascal Monasse
IMAGINE, Ecole des Ponts ParisTech
Tel: 01 64 15 21 76

On Tuesday, May 14, 2019 06:44:59 Miguel Colom wrote:
> Dear IPOL demo editors,
> 
> We're very happy to announce a new major feature in the IPOL demo system:
> the interactive controls.
> The interactive controls allow the choose one of these ways to interact
> with the images:
>     a) Draw a mask
>     b) Choose N (with N defined in the DDL) points in the image
>     c) Choose N points in the image and draw N-1 segments joining the
> points. There's also an option to chose if it should be a close or open
> polygon.
> 
> For the b) and c) actually the algorithm will receive the same (a list of
> points), and the difference is only a matter of visualization.
> For a) the system will create a binary image with the mask that the
> algorithm will be able to process.
> 
> A fundamental difference with respect to what we already had is that before
> it was needed to specify that a demo was of a specific type (say,
> "inpainting"), and now you only need to add a capability to an input. The
> first option was clearly a bad design decision (and a poor implementation),
> while the other is flexible. For example, now you can create a
> Poisson-editing demo just by specifying that you can write a mask in the
> fist image and choose N=1 points in the second.
> 
> Two example demos have been created so you can follow the "look-copy-paste"
> strategy that we encourage to create new demos.
> - A demo that allows drawing a mask:
> https://ipolcore.ipol.im/demo/clientApp/demo.html?id=55555000003
> - A demo that has two inputs, one where you can add N points, and a second
> where you can draw N segments (or a closed polygon):
> https://ipolcore.ipol.im/demo/clientApp/demo.html?id=55555000004
> 
> As usual, we'd like that you test it and give us any feedback. Specially if
> you discover anything that doesn't work!
> 
> Next steps of the project: several refactorings, writing some more internal
> documentation, 3D processing demos (next major goal).
> 
> Best,
> Miguel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 19441 bytes
Desc: not available
URL: <https://tools.ipol.im/mailman/archive/discuss/attachments/20190802/29b2a5f9/attachment-0001.png>