Re: [AD] Fwd: Re: Additional opengl functions |
[ Thread Index |
Date Index
| More lists.liballeg.org/allegro-developers Archives
]
- To: allegro-developers@xxxxxxxxxx
- Subject: Re: [AD] Fwd: Re: Additional opengl functions
- From: Thomas Fjellstrom <thomas@xxxxxxxxxx>
- Date: Sun, 27 Nov 2016 17:39:35 -0700
- Dkim-signature: v=1; a=rsa-sha256; c=simple/simple; d=fjellstrom.ca; s=mail; t=1480293576; bh=mPISglQv+kMqoJT88TfCB2TwK8V9NoIuHGuHa2ynZqs=; h=From:To:Subject:Date:In-Reply-To:References:From; b=XEnsb3XEocRTKfKyOhtP9d8Grp6pJIDA9YRt+Wo8nPwCsMx3lNH3Lz8m5WjB66bnM CWfIwvHurgPJ242l9kSAzZUFw4TWH7KSdDgTa6Bd1AWUKrECx4E71NtugQ0zXGuP8L P0nco3S28X69Uhs3YWq+2ZK3rAnG3tTpYcggbMQU=
On Sunday, November 27, 2016 4:33:40 PM MST trent@xxxxxxxxxx wrote:
> On Sun, November 27, 2016 3:45 pm, Edgar Reynaldo wrote:
> > On 11/27/2016 12:12 PM, Elias Pschernig wrote:
> >> I agree. Just a matter of opinion of course, but I feel the color _f
> >> variants are a core component and half of all Allegro programs would
> >> re-create them, while the texture offsets are something used only by a
> >> handful of people, so we can expect them to know what they are doing
> >> without providing the _f versions.
> >>
> >> On Sat, Nov 26, 2016 at 11:46 PM, SiegeLord <siegelordex@xxxxxxxxxx
> >>
> >> <mailto:siegelordex@xxxxxxxxxx>> wrote:
> >> I still feel that they don't provide enough benefit for them to be
> >> added.
> >>
> >> -SL
> >
> > I feel they would be a useful addition. When you're trying to draw a
> > texture with OpenGL, you need the exact texture coordinates of the
> > texture for it to work. If someone is trying to draw a sub-bitmap or a
> > bitmap that is placed on a POT texture, you need those coordinates to
> > draw correctly, otherwise you might be drawing garbage from outside of
> > the actual (sub) texture.
> >
> > It's not that people can't do it themselves without these functions, but
> > with these functions it would be so much easier
> >
> > Why do we provide al_get_opengl_texture_size in pixels anyway? Then you
> > have to do all the conversions yourself.
> >
> > It's not like these functions would need any kind of maintenance once
> > written either. Either they work or they don't.
> >
> > I thought the point would be to make it easier to work with opengl, not
> > harder. We want to attract people to using Allegro and OpenGL, not make
> > it harder for them to use Allegro with OpenGL.
> >
> > These functions would more than pay for themselves. Drawing one texture
> > without these functions is one thing, but drawing many? Having to repeat
> > useless code over and over again seems silly to me.
> >
> > If they need to be renamed, or reworked, or something fine, but don't
> > dismiss them because you don't feel they would be useful, because they
> > would be.
> >
> > Edgar
>
> Nobody finds them useful, don't have a hissy fit... Everything is already
> available and we don't need repetitive bloat. Please don't reply with
> another rant.
I wouldn't say they arent useful. But people did express they didn't find them
useful enough at the moment. Or perhaps they hadn't thought of all the
potential use cases.
> _______________________________________________
>
> > Allegro-developers mailing list
> > Allegro-developers@xxxxxxxxxx
> > https://mail.gna.org/listinfo/allegro-developers
>
> _______________________________________________
> Allegro-developers mailing list
> Allegro-developers@xxxxxxxxxx
> https://mail.gna.org/listinfo/allegro-developers
--
Thomas Fjellstrom
thomas@xxxxxxxxxx