Re: A UUID function for web developers

Wes Garland <[email protected]>
Newsgroups gmane.comp.mozilla.devel.seamonkey
Message-ID <CAHB0tE62UB_D=VAxcq=ADbetMipg-sS7ekoG49k=DqPTVCuORw@mail.gmail.com>
>
> It is surreal I have to justify the inclusion of this, because it is
> already a basic feature in all platforms beside web browsers.


It is included in neither the C standard nor POSIX/Single-Unix
Specification.  And I daresay there is more C running out there than
JavaScript.

Also, reading this thread, it strikes me that you believe that UUIDs are
actually unique.  They are not.  They are effectively unique.

You have also not put forth even the most basic proposal, such as
identifying the TYPE of UUID you need (and justifying why everybody else
also needs this type).  Complaining and disparaging are not how things are
done around here.

Implementing ahead of standards is how we wound up in the Browser Wars,
with developers spending 500% more effort than strictly necessary on a
given task.  It has taken us basically 15 years to recover from this
state.  I'm not eager to revisit it.

Wes

On 19 March 2016 at 21:31, <[email protected]> wrote:

> It is surreal I have to justify the inclusion of this, because it is
> already a basic feature in all platforms beside web browsers. You know, if
> just one team of web browser developers break their long-standing tradition
> of not including a UUID generator function, all others will follow.
>
> I'll consider submitting a proposal to the standards bodies, but what if
> it is rejected or takes any length of time. How can you justify the
> immeasurable number of manhours that will go to waste, because you resist
> providing a simple wrapper over a system function call?
> _______________________________________________
> dev-planning mailing list
> [email protected]
> https://lists.mozilla.org/listinfo/dev-planning
>



-- 
Wesley W. Garland
Director, Product Development
PageMail, Inc.
+1 613 542 2787 x 102
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.