[Scilab-users] k*Ts - tr: Re: CLR design component is not clear in scilab 6.0.2 x64 W10

[Pierre PERRICHON]

Dear Samuel,

if we replace Ts by k*Ts, what does it give? (we hope the same symbol than for .s

Sincerely

 

 

 

> Message du 31/10/19 15:11
> De : "Pierre PERRICHON" 

> A : "UsersmailinglistforScilab" 
> Copie à : 
> Objet : tr: Re: [Scilab-users] CLR design component is not clear in scilab 6.0.2 x64 W10
> 
>
Dear all

>  

I think this representation (Federico) is the best one and the most relevant.
It is even better than the one proposed in Simulink.
I sincerely and strongly hope it will be adopted

> Best regards
Pierre

>  

> Here is the last Samuel proposal, the top of the top

> Very very nice idea !

> That's professional and the better I've never seen !

>  

> 

>  

> Regards

> Message du 31/10/19 10:57
> De : "Pierre PERRICHON" 

> A : "UsersmailinglistforScilab" 
> Copie à : 
> Objet : Re: [Scilab-users] CLR design component is not clear in scilab 6.0.2 x64 W10
> 
>
> >  

> > Dear all, dear Samuel,

> >  

> > Many thanks for your gallery

> > For me the better d

> >  

> >  

> > 

> >  

> Message du 31/10/19 00:16
> De : "Samuel Gougeon" 
> A : users at lists.scilab.org
> Copie à : 
> Objet : Re: [Scilab-users] CLR design component is not clear in scilab 6.0.2 x64 W10
> 
>
Le 30/10/2019 à 23:25, Federico Miyara a écrit :
>

> Samuel,
> 
> In another e-mail that for some reason was not sent (and was completely deleted...) I mentioned this page https://en.wikipedia.org/wiki/List_of_mathematical_symbols and standard ISO 80000-2, which in its clause 9, item 2.9.5 
> > > I have well received it, but in private, and ending with this reference, that is not public (to buy)
> (not sure that i can access to it from my University. Will try later).

> > > 
>

says that symbol for multiplication is either · or ×, and that they can be omitted if no misunderstanding is possible, and presents two examples of omission, one with space, such as a b, and one without space, such as ab (I suppose this is when one has been already using a and b or they are immediately explained).
> 
> > > 
>

> > > Thanks for this explicitness.
>


> I like the space more, it is more general and the only situation where it would be ambiguous is between numbers, such as 1.234 58 (since the thousand separator is a short space according to the ISO-BIPM GUM), but between numbers × is customary.
> 
> > > It would be very hard (and easily prone to errors, due to many specific cases, using parentheses, etc) to parse the input to detect all possible cases (1-char symbols, multiple-char symbols, literal numbers with or without exponential notations, real or complex, etc) and adapt the multiplication symbol accordingly.
> 
> We might even define a "Ts.s=2" structure field in the context, and use it in the input. It works.
> ;-)
> 
> A final possible gallery:
>

> > >     

> > >  

 

> > >    

> > > 
>

> > > Regards
>


>


_______________________________________________
users mailing list
users at lists.scilab.org
http://lists.scilab.org/mailman/listinfo/users



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20191031/50622202/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: lodjlbmmajlnfcif.png
Type: image/png
Size: 2101 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/users/attachments/20191031/50622202/attachment.png>