Michael Schulz schrieb:
Christoph,

I think that makes perfect sense. This would mean no UTF-8/ISO
decision in mapbender.conf, no two data sqls...

I would love to abandon the database option "ISO" as well, but I think we still need it. I was just referring to the client side encoding.

It'll only require to set the webservers character set to UTF8 also?
Could this be a potential problem, e.g. with other software running on
the same server?

I think Mapbender can explicitly set the encoding in all documents it sends and delivers. In how far is Apache involved?

Just playing devil's advocat, I think we'll eliminate a lot of
problmes with that.

Cheers, Michael

Christoph



2008/7/16 Christoph Baudson <[EMAIL PROTECTED]>:
Arnulf Christl schrieb:
Christoph Baudson wrote:
This is a proposal to serve UTF-8 encoded HTML pages only. In my opinion
there is no need to serve ISO-8859-1 pages.

All character set conversions (when interacting with a database) could be
done in PHP. So the architecture would change from

client: ISO/UTF8
server: UTF8
database: ISO/UTF8

to

client: ISO/UTF8
server: UTF8
database: ISO/UTF8

This will simplify things a lot and would make Mapbender less
error-prone. If anyone has any reason why we should still serve ISO pages,
please step up. I have no idea why we should.

Thanks,

Christoph
You confuse me, I cannot see the difference?
neither do I.

Here's what I meant

client: UTF8
server: UTF8
database: ISO/UTF8

Christoph

nr: copy and paste for beginners

_______________________________________________
Mapbender_dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/mapbender_dev
_______________________________________________
Mapbender_dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/mapbender_dev





_______________________________________________
Mapbender_dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/mapbender_dev

Reply via email to