Re: Adding infix declaration to StateVar operators

--===============3929514037265647478==
Content-Type: multipart/alternative; boundary=bcaec501602914169104ca661890

--bcaec501602914169104ca661890
Content-Type: text/plain; charset=ISO-8859-1

On Mon, Aug 27, 2012 at 6:46 AM, L Corbijn <[email protected]> wrote:

> Ok, I've done this and added the package to github [1]. There are
> still some things to do before a release:
>  - Move the repository to the HOpenGL organisation.
>

Done.


>  - Update several fields in cabal file (bug tracker, owner, etc.)
>

I have those changes locally, but they are mixed in with a namespace change.


>  - Bump the version number.
>

I have it locally, going with 1.1.0.0.


>
> The new version number should probably be 1.0.1.0, but 1.1.0.0 could
> also be correct. The latter would break several packages [2].
>

I think the right thing is to let the maintainers reupload them. The ones
that will break have not been following the PVP. Breaking other people's
code is not good, but I think this is pretty minor.

I was going to bring up the namespace change, but the more I think about it
the more it seems wrong to me. The current name makes this package
controversial for the Haskell Platform. The reason for having such a
general name is OpenAL and ALUT use the same abstraction. My initial
thought was to move it to Graphics.Rendering.OpenGL.StateVar. Then it's
obviously an OpenGL state variable abstraction. Unfortunately, that doesn't
work will with OpenAL and ALUT using it too.  It also seems bad to have two
different copies of the abstraction in play for people that want to combine
OpenAL and OpenGL.

So I think Sven made the right decision when he separated out the package
and abstracted the namespace. Could we pick a less controversial place in
the namespace?

Reviewing this: http://www.haskell.org/haskellwiki/Hierarchical_module_names

The closest I can come to better namespaces are these (but, I don't like
them, read on):
System.IO.StateVar
Data.IO.StateVar

Data.IO does not exist yet and System.IO is actually for interacting with
the operating environment (like file manipulation).

I feel like procrastinating more on this namespace change. It just doesn't
feel right and I have no evidence that the HP will take it if I rename it.

I'll finish the other changes and push to the develop branch on
haskell-opengl. I could release it too if others agree it's ready.

Jason

--bcaec501602914169104ca661890
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<br><br><div class=3D"gmail_quote">On Mon, Aug 27, 2012 at 6:46 AM, L Corbi=
jn <span dir=3D"ltr">&lt;<a href=3D"mailto:[email protected]" target=
=3D"_blank">[email protected]</a>&gt;</span> wrote:<br><blockquote cl=
ass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;p=
adding-left:1ex">
Ok, I&#39;ve done this and added the package to github [1]. There are<br>
still some things to do before a release:<br>
=A0- Move the repository to the HOpenGL organisation.<br></blockquote><div>=
<br></div><div>Done.</div><div>=A0</div><blockquote class=3D"gmail_quote" s=
tyle=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
=A0- Update several fields in cabal file (bug tracker, owner, etc.)<br></bl=
ockquote><div><br></div><div>I have those changes locally, but they are mix=
ed in with a namespace change.</div><div>=A0</div><blockquote class=3D"gmai=
l_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left=
:1ex">

=A0- Bump the version number.<br></blockquote><div><br></div><div>I have it=
 locally, going with 1.1.0.0.</div><div>=A0</div><blockquote class=3D"gmail=
_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:=
1ex">

<br>
The new version number should probably be 1.0.1.0, but 1.1.0.0 could<br>
also be correct. The latter would break several packages [2].<br></blockquo=
te><div><br></div><div>I think the right thing is to let the maintainers re=
upload them. The ones that will break have not been following the PVP. Brea=
king other people&#39;s code is not good, but I think this is pretty minor.=
</div>
<div><br></div><div>I was going to bring up the namespace change, but the m=
ore I think about it the more it seems wrong to me.=A0The current name make=
s this package controversial for the Haskell Platform. The reason for havin=
g such a general name is OpenAL and ALUT use the same abstraction. My initi=
al thought was to move it to Graphics.Rendering.OpenGL.StateVar. Then it&#3=
9;s obviously an OpenGL state variable abstraction. Unfortunately, that doe=
sn&#39;t work will with OpenAL and ALUT using it too. =A0It also seems bad =
to have two different copies of the abstraction in play for people that wan=
t to combine OpenAL and OpenGL.</div>
<div><br></div><div>So I think Sven made the right decision when he separat=
ed out the package and abstracted the namespace. Could we pick a less contr=
oversial place in the namespace?</div><div><br></div><div>Reviewing this:=
=A0<a href=3D"http://www.haskell.org/haskellwiki/Hierarchical_module_names"=
>http://www.haskell.org/haskellwiki/Hierarchical_module_names</a></div>
<div><br></div><div>The closest I can come to better namespaces are these (=
but, I don&#39;t like them, read on):</div><div>System.IO.StateVar</div><di=
v>Data.IO.StateVar</div><div><br></div><div>Data.IO does not exist yet and =
System.IO is actually for interacting with the operating environment (like =
file manipulation).</div>
<div><br></div><div>I feel like procrastinating more on this namespace chan=
ge. It just doesn&#39;t feel right and I have no evidence that the HP will =
take it if I rename it.</div><div><br></div><div>I&#39;ll finish the other =
changes and push to the develop branch on haskell-opengl. I could release i=
t too if others agree it&#39;s ready.</div>
<div><br></div><div>Jason</div></div>

--bcaec501602914169104ca661890--


--===============3929514037265647478==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
HOpenGL mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/hopengl

--===============3929514037265647478==--