|Subject||Re: Approaches at JB-to-FB conenctions regarding charsets|
> >> Hey, hey, we have the property as well, it is documented. Having aBad developer would always find a way to break conventions.
> >> property and defaulting the property to UTF8 are different things.
> > That is a bit different.
> > In Delphi u just open GUI and u see that property.
> And then? Unless it is defaulted and is not mandatory newbee won't set
Unexperienced ones would look "that field... huh? what is it meant to be, especially for non-English countries ?" and look docs.
Also the default might be "-- set the value to enable OK button --"
> C'mon, the issue you had is caused by the developers of the system youFormalist approach.
> wanted to install.
That way you may drop all the documentation - it is redundant, anyone can get anything just reading Firebird sources. Is it possible ? yes. So anything else would be "caused by bad developers". Even bugs are not to be documented any more - they are already documented by sources and "good developers" should completely understand them before running
> One can expect that they know what they are doing.You mean drop Firebird support to avoid learning its scarcely documented gotchas ?
> When I deliver an application with Oracle database, I always specifyI guess you have rather long Oracle experience.
> what NLS settings should be specified during database creation.
And Oracle would hardly care if one web service small developer would not support it.
If FB does not care about beeing used by novices or only by old-schoolers, then yes. Let them be hard.
> BTW, same applies to MySQL - the default database charset configuration isFor web-apps MySQL is almost monopoly, they can enforce reading most obscrue parts of documentations.