[Gmsh] onelab string parameter problem

[Олег Рябков]

  Hello again and thanks for your answer.
My colleague accidentally figured out what caused the problem. I just
forgot to press enter after changing the string value. Of course it 's not
a bug but in case of number values you don't have to press enter to change
a value. Maybe in future you'll decide to unify this behavior, I don't
know. Anyway it's not so important.

2014-10-06 11:13 GMT+04:00 Christophe Geuzaine <cgeuzaine at ulg.ac.be>:

>
> On 06 Oct 2014, at 00:45, Олег Рябков <oleg.ryabkov.87 at gmail.com> wrote:
>
> > Hello, everyone!
> >
> >   I'm trying to use gmsh onelab server functionality (like in double
> pendulum example) but have some problems using string parameters. I attach
> cleared example of python client which revelas the problem. In case of
> defineNumber it works as i expect, but in defineString case it behaves
> something strange. When i enter some string value and press calc button it
> resets to the default value. And returned variable (displayed via sendInfo)
> is again default value. "value='empty'" can be deleted and still it behaves
> the same way (with real empty string instad of 'empty').
> >   I'm using last 64x windows version of gmsh, but problem seems to exist
> on Linux too.
> >   Do i misunderstand the way it should be used or this is real bug?
>
> Hi Oleg - this works fine over here; are you sure you are not using an
> outdated version of onelab.py?
>


> not so sure now)) i used onelab.py from gmsh archive (29.05.2014) both on
> linux and windows. python version 2.7.6.
> hmmm, really don't understand what's going on here.
>
> >   Thank you in advance.
> >
> >   Best regards, Oleg.
> > <string_param_test.py>_______________________________________________
> > gmsh mailing list
> > gmsh at geuz.org
> > http://www.geuz.org/mailman/listinfo/gmsh
>
> --
> Prof. Christophe Geuzaine
> University of Liege, Electrical Engineering and Computer Science
> http://www.montefiore.ulg.ac.be/~geuzaine
>
>
>
>
Best regards, Oleg.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.geuz.org/pipermail/gmsh/attachments/20141008/e6c9d425/attachment.html>