Le 06/06/2014 07:00, R. David Murray a écrit : > > I don't have any opinion on the workflow. > > My understanding is that part of the purpose of the "provisional" > designation is to allow faster evolution (read: fixing) of an API before > the library becomes non-provisional. Thus I agree with Guido here, and > will be doing something similar with at least one of the minor provisional > email API features in 3.4.2 (unless I miss the cutoff again ... :( I would personally distinguish API fixes (compatibility-breaking changes) from feature additions (new APIs). Regards Antoine.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4