<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi,<br>
<br>
This comes from a misconfiguration from our part, and was not an
intended behavior. I'll change this as soon as possible. <br>
I don't understand which flag are you talking about on ATOMS, could
you be more specific? I will add a note on the website to indicate
that windows modules need to be in a different version if we want to
make them available for the 5.4 : we do not currently have a way on
atoms to have both a <5.4 and 5.4 valid compiled module on the
same version of the module.<br>
<br>
Simon<br>
<br>
On 04/16/2012 04:09 PM, Adrien Vogt-Schilb wrote:
<blockquote cite="mid:4F8C2814.1000504@centre-cired.fr" type="cite">
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
Hi<br>
<br>
For the record, I agree.<br>
<br>
As a file user (not sharer), i find it very unpractical not being
able to reach something on atoms or fileexchange just by typing
the name on google.<br>
<br>
Just an example: <a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="http://www.google.com/search?q=atoms+scilab+mingw&hl=en">http://www.google.com/search?q=atoms+scilab+mingw&hl=en</a>
How could this search not return <a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="http://atoms.scilab.org/toolboxes/mingw/">http://atoms.scilab.org/toolboxes/mingw/</a>
?<br>
<br>
I actually spend part of my time showing my colleagues where to
get mingw for scilab. I would really prefer google to do it for
me.<br>
<br>
Best regards<br>
<br>
<br>
On 16/04/2012 15:57, <a moz-do-not-send="true"
class="moz-txt-link-abbreviated" href="mailto:sgougeon@free.fr">sgougeon@free.fr</a>
wrote:
<blockquote
cite="mid:1583636990.145690119.1334584679397.JavaMail.root@zimbra75-e12.priv.proxad.net"
type="cite">
<pre wrap="">Hello,
Beeing a sharer on Scilab Filexchange, i was wondering
about why resources uploaded there are not referenced
by Search engines like Google. The reason is that
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://fileexchange.scilab.org/robots.txt">http://fileexchange.scilab.org/robots.txt</a>
is presently set to
User-agent: *
Allow: /index.cgi
Disallow: /
where / disallows all pages -- included the portal --
to be referenced, and where /index.cgi does not exists
and returns a 404 error.
The situation is the same for the ATOMS's portal for external
modules: <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://atoms.scilab.org/robots.txt">http://atoms.scilab.org/robots.txt</a>
User-agent: *
Allow: /index.cgi
Disallow: /
whereas the bug
<tt><a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://bugzilla.scilab.org/show_bug.cgi?id=10896">http://bugzilla.scilab.org/show_bug.cgi?id=10896</a></tt>
also prevents the Scilab ATOMS interface to propose many
available resources.
For my part, i do not see any interest in going on
uploading resources that i want to share if it is on
a site that hides them from Search engines robots.
These ones should be able to scan and refer to all
pages of these resources.
Otherwise, it would be easy and more consistent to
upload resources elsewhere and just to set on fileexchange
a pointer to them.
Hoping to read other scilab users about that (since
other potential users cannot be reached and polled ;)
Best regards
Samuel Gougeon
--
To unsubscribe from this mailing-list, please send an empty mail to
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:users-unsubscribe@lists.scilab.org">users-unsubscribe@lists.scilab.org</a>
To check the archives of this mailing list, see
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://mailinglists.scilab.org/">http://mailinglists.scilab.org/</a>
</pre>
</blockquote>
<br>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
--
Simon Gareste
Support & Development Engineer
Consortium Scilab-DIGITEO</pre>
</body>
</html>