- to use a MySQL server on localhost via the standard UNIX socket.
- Only specify host if the server is on a remote system. You can
- use a non-standard port, if necessary. Hint: To use a non-standard
- port on the local system, use 127.0.0.1 for the host instead of
- localhost.
-
-
- Either a database or a host or both must be specified.
- If the UNIX socket is in a non-standard location, you can specify
- the full path to it after the password.
-
-
- A '-' in front of the database tells ZMySQLDA to not use Zope's
- Transaction Manager, even if the server supports transactions. A
- '+' in front of the database tells ZMySQLDA that it must use
- transactions; an exception will be raised if they are not
- supported by the server. If neither '-' or '+' are present, then
- transactions will be enabled if the server supports them. If you
- are using non-transaction safe tables (TSTs) on a server that
- supports TSTs, use '-'. If you require transactions, use '+'. If
- you aren't sure, don't use either.
-
-
- *lock at the begining of the connection string means to
- pseudo-transactional. When the transaction begins, it will acquire
- a lock on the server named lock (i.e. MYLOCK). When the
- transaction commits, the lock will be released. If the transaction
- is aborted and restarted, which can happen due to a ConflictError,
- you'll get an error in the logs, and inconsistent data. In this
- respect, it's equivalent to transactions turned off.
-
-
- Transactions are highly recommended. Using a named lock in
- conjunctions with transactions is probably pointless.
-
- The character set the database adapter will use to communicate with
- the database. You should choose a character set matching the Zope
- application character set, which defaulted to Latin-1 for
- Zope 2 and now defaults to UTF-8 for Zope 4.
-
-
-
- The database will expect all incoming
- data to be encoded in this character set, and query results from the
- database will be encoded in the same character set unless you check
- Unicode results.
-
-
-
- Not set will emulate previous releases' behavior on Python 2, which
- used Latin-1 (ISO 8859-1), but if Unicode results is selected, the
- connection character set switches to UTF-8 and strings in query results
- are decoded to Unicode. On Python 3, Not set always defaults to
- UTF-8.
-
-
-
- For Python 2, you can force the character set to Latin-1 or UTF-8,
- regardless of the Unicode results setting. This is useful
- when your application wants to use UTF-8, but cannot deal with unicode
- return values.
-
-
-
- Python 3 only supports the UTF-8 options!
-
-
-
+ The connection string used for Z MySQL Database Connection is of the form:
+
+ [*lock] [+/-][database][@host[:port]] [user [password [unix_socket]]]
+
+ or typically:
+
+ database user password
+
+ to use a MySQL server on localhost via the standard UNIX socket.
+ Only specify host if the server is on a remote system. You can
+ use a non-standard port, if necessary. Hint: To use a non-standard
+ port on the local system, use 127.0.0.1 for the host instead of
+ localhost.
+
+
+ Either a database or a host or both must be specified.
+ If the UNIX socket is in a non-standard location, you can specify
+ the full path to it after the password.
+
+
+ A '-' in front of the database tells ZMySQLDA to not use Zope's
+ Transaction Manager, even if the server supports transactions. A
+ '+' in front of the database tells ZMySQLDA that it must use
+ transactions; an exception will be raised if they are not
+ supported by the server. If neither '-' or '+' are present, then
+ transactions will be enabled if the server supports them. If you
+ are using non-transaction safe tables (TSTs) on a server that
+ supports TSTs, use '-'. If you require transactions, use '+'. If
+ you aren't sure, don't use either.
+
+
+ *lock at the begining of the connection string means to
+ pseudo-transactional. When the transaction begins, it will acquire
+ a lock on the server named lock (i.e. MYLOCK). When the
+ transaction commits, the lock will be released. If the transaction
+ is aborted and restarted, which can happen due to a ConflictError,
+ you'll get an error in the logs, and inconsistent data. In this
+ respect, it's equivalent to transactions turned off.
+
+
+ Transactions are highly recommended. Using a named lock in
+ conjunctions with transactions is probably pointless.
+
+ The character set the database adapter will use to communicate with
+ the database. You should choose a character set matching the Zope
+ application character set, which defaulted to Latin-1 for
+ Zope 2 and now defaults to UTF-8 for Zope 4.
+
+
+ The database will expect all incoming data to be encoded in this
+ character set, and query results from the database will be encoded
+ in the same character set unless you check Unicode results.
+
+
+ Not set will emulate previous releases' behavior on Python 2,
+ which used Latin-1 (ISO 8859-1), but if Unicode results is
+ selected, the connection character set switches to UTF-8 and strings in
+ query results are decoded to Unicode. On Python 3, Not set
+ always defaults to UTF-8.
+
+
+ For Python 2, you can force the character set to Latin-1 or UTF-8,
+ regardless of the Unicode results setting. This is useful
+ when your application wants to use UTF-8, but cannot deal with unicode
+ return values.
+
+
+ Hint:Python 3 only supports the UTF-8 options!
+
- The character set the database adapter will use to communicate with
- the database. You should choose a character set matching the Zope
- application character set, which defaulted to Latin-1 for
- Zope 2 and now defaults to UTF-8 for Zope 4.
-
-
-
- The database will expect all incoming
- data to be encoded in this character set, and query results from the
- database will be encoded in the same character set unless you check
- Unicode results.
-
-
-
- Not set will emulate previous releases' behavior on Python 2, which
- used Latin-1 (ISO 8859-1), but if Unicode results is selected, the
- connection character set switches to UTF-8 and strings in query results
- are decoded to Unicode. On Python 3, Not set always defaults to
- UTF-8.
-
-
-
- For Python 2, you can force the character set to Latin-1 or UTF-8,
- regardless of the Unicode results setting. This is useful
- when your application wants to use UTF-8, but cannot deal with unicode
- return values.
-
-
-
- Python 3 only supports the UTF-8 options!
-
-
-
+ The character set the database adapter will use to communicate with
+ the database. You should choose a character set matching the Zope
+ application character set, which defaulted to Latin-1 for
+ Zope 2 and now defaults to UTF-8 for Zope 4.
+
+
+ The database will expect all incoming data to be encoded in this
+ character set, and query results from the database will be encoded
+ in the same character set unless you check Unicode results.
+
+
+ Not set will emulate previous releases' behavior on Python 2,
+ which used Latin-1 (ISO 8859-1), but if Unicode results is
+ selected, the connection character set switches to UTF-8 and strings in
+ query results are decoded to Unicode. On Python 3, Not set
+ always defaults to UTF-8.
+
+
+ For Python 2, you can force the character set to Latin-1 or UTF-8,
+ regardless of the Unicode results setting. This is useful
+ when your application wants to use UTF-8, but cannot deal with unicode
+ return values.
+
+
+ Hint:Python 3 only supports the UTF-8 options!
+
+
diff --git a/Products/ZMySQLDA/www/da.svg b/Products/ZMySQLDA/www/da.svg
new file mode 100644
index 0000000..39cf609
--- /dev/null
+++ b/Products/ZMySQLDA/www/da.svg
@@ -0,0 +1,4 @@
+
+
\ No newline at end of file
diff --git a/Products/ZMySQLDA/www/date.svg b/Products/ZMySQLDA/www/date.svg
new file mode 100644
index 0000000..cb9de08
--- /dev/null
+++ b/Products/ZMySQLDA/www/date.svg
@@ -0,0 +1,4 @@
+
+
\ No newline at end of file
diff --git a/Products/ZMySQLDA/www/datetime.svg b/Products/ZMySQLDA/www/datetime.svg
new file mode 100644
index 0000000..0cccae5
--- /dev/null
+++ b/Products/ZMySQLDA/www/datetime.svg
@@ -0,0 +1,4 @@
+
+
\ No newline at end of file
diff --git a/Products/ZMySQLDA/www/field.svg b/Products/ZMySQLDA/www/field.svg
new file mode 100644
index 0000000..84cf164
--- /dev/null
+++ b/Products/ZMySQLDA/www/field.svg
@@ -0,0 +1,7 @@
+
+
diff --git a/Products/ZMySQLDA/www/float.svg b/Products/ZMySQLDA/www/float.svg
new file mode 100644
index 0000000..69cb454
--- /dev/null
+++ b/Products/ZMySQLDA/www/float.svg
@@ -0,0 +1,7 @@
+
+
diff --git a/Products/ZMySQLDA/www/int.svg b/Products/ZMySQLDA/www/int.svg
new file mode 100644
index 0000000..3442365
--- /dev/null
+++ b/Products/ZMySQLDA/www/int.svg
@@ -0,0 +1,6 @@
+
+
diff --git a/Products/ZMySQLDA/www/stable.svg b/Products/ZMySQLDA/www/stable.svg
new file mode 100644
index 0000000..509bc44
--- /dev/null
+++ b/Products/ZMySQLDA/www/stable.svg
@@ -0,0 +1,4 @@
+
+
\ No newline at end of file
diff --git a/Products/ZMySQLDA/www/table.svg b/Products/ZMySQLDA/www/table.svg
new file mode 100644
index 0000000..eb20594
--- /dev/null
+++ b/Products/ZMySQLDA/www/table.svg
@@ -0,0 +1,4 @@
+
+
\ No newline at end of file
diff --git a/Products/ZMySQLDA/www/text.svg b/Products/ZMySQLDA/www/text.svg
new file mode 100644
index 0000000..6af3f3b
--- /dev/null
+++ b/Products/ZMySQLDA/www/text.svg
@@ -0,0 +1,6 @@
+
+
diff --git a/Products/ZMySQLDA/www/time.svg b/Products/ZMySQLDA/www/time.svg
new file mode 100644
index 0000000..05e4dca
--- /dev/null
+++ b/Products/ZMySQLDA/www/time.svg
@@ -0,0 +1,4 @@
+
+
\ No newline at end of file
diff --git a/Products/ZMySQLDA/www/view.svg b/Products/ZMySQLDA/www/view.svg
new file mode 100644
index 0000000..9e4efba
--- /dev/null
+++ b/Products/ZMySQLDA/www/view.svg
@@ -0,0 +1,4 @@
+
+
\ No newline at end of file
diff --git a/Products/ZMySQLDA/www/what.svg b/Products/ZMySQLDA/www/what.svg
new file mode 100644
index 0000000..c4922d8
--- /dev/null
+++ b/Products/ZMySQLDA/www/what.svg
@@ -0,0 +1,5 @@
+
+
From 93153303263ee36aa1fc4c9c69559aac18dd4988 Mon Sep 17 00:00:00 2001
From: drfho
Date: Mon, 13 Jul 2020 16:26:21 +0200
Subject: [PATCH 2/6] replaced formatting (tab vs space),
---
Products/ZMySQLDA/www/browse.dtml | 13 +-
Products/ZMySQLDA/www/connectionAdd.dtml | 340 +++++++++++-----------
Products/ZMySQLDA/www/connectionEdit.dtml | 322 ++++++++++----------
3 files changed, 337 insertions(+), 338 deletions(-)
diff --git a/Products/ZMySQLDA/www/browse.dtml b/Products/ZMySQLDA/www/browse.dtml
index 0102167..11125ad 100644
--- a/Products/ZMySQLDA/www/browse.dtml
+++ b/Products/ZMySQLDA/www/browse.dtml
@@ -1,23 +1,22 @@
-
+
-
-
+
+
diff --git a/Products/ZMySQLDA/www/connectionAdd.dtml b/Products/ZMySQLDA/www/connectionAdd.dtml
index f7d5bb6..cbaf22e 100644
--- a/Products/ZMySQLDA/www/connectionAdd.dtml
+++ b/Products/ZMySQLDA/www/connectionAdd.dtml
@@ -5,181 +5,181 @@
- The connection string used for Z MySQL Database Connection is of the form:
-
- [*lock] [+/-][database][@host[:port]] [user [password [unix_socket]]]
-
- or typically:
-
- database user password
-
- to use a MySQL server on localhost via the standard UNIX socket.
- Only specify host if the server is on a remote system. You can
- use a non-standard port, if necessary. Hint: To use a non-standard
- port on the local system, use 127.0.0.1 for the host instead of
- localhost.
-
-
- Either a database or a host or both must be specified.
- If the UNIX socket is in a non-standard location, you can specify
- the full path to it after the password.
-
-
- A '-' in front of the database tells ZMySQLDA to not use Zope's
- Transaction Manager, even if the server supports transactions. A
- '+' in front of the database tells ZMySQLDA that it must use
- transactions; an exception will be raised if they are not
- supported by the server. If neither '-' or '+' are present, then
- transactions will be enabled if the server supports them. If you
- are using non-transaction safe tables (TSTs) on a server that
- supports TSTs, use '-'. If you require transactions, use '+'. If
- you aren't sure, don't use either.
-
-
- *lock at the begining of the connection string means to
- pseudo-transactional. When the transaction begins, it will acquire
- a lock on the server named lock (i.e. MYLOCK). When the
- transaction commits, the lock will be released. If the transaction
- is aborted and restarted, which can happen due to a ConflictError,
- you'll get an error in the logs, and inconsistent data. In this
- respect, it's equivalent to transactions turned off.
-
-
- Transactions are highly recommended. Using a named lock in
- conjunctions with transactions is probably pointless.
-
- The character set the database adapter will use to communicate with
- the database. You should choose a character set matching the Zope
- application character set, which defaulted to Latin-1 for
- Zope 2 and now defaults to UTF-8 for Zope 4.
-
-
- The database will expect all incoming data to be encoded in this
- character set, and query results from the database will be encoded
- in the same character set unless you check Unicode results.
-
-
- Not set will emulate previous releases' behavior on Python 2,
- which used Latin-1 (ISO 8859-1), but if Unicode results is
- selected, the connection character set switches to UTF-8 and strings in
- query results are decoded to Unicode. On Python 3, Not set
- always defaults to UTF-8.
-
-
- For Python 2, you can force the character set to Latin-1 or UTF-8,
- regardless of the Unicode results setting. This is useful
- when your application wants to use UTF-8, but cannot deal with unicode
- return values.
-
-
- Hint:Python 3 only supports the UTF-8 options!
-
+ The connection string used for Z MySQL Database Connection is of the form:
+
+ [*lock] [+/-][database][@host[:port]] [user [password [unix_socket]]]
+
+ or typically:
+
+ database user password
+
+ to use a MySQL server on localhost via the standard UNIX socket.
+ Only specify host if the server is on a remote system. You can
+ use a non-standard port, if necessary. Hint: To use a non-standard
+ port on the local system, use 127.0.0.1 for the host instead of
+ localhost.
+
+
+ Either a database or a host or both must be specified.
+ If the UNIX socket is in a non-standard location, you can specify
+ the full path to it after the password.
+
+
+ A '-' in front of the database tells ZMySQLDA to not use Zope's
+ Transaction Manager, even if the server supports transactions. A
+ '+' in front of the database tells ZMySQLDA that it must use
+ transactions; an exception will be raised if they are not
+ supported by the server. If neither '-' or '+' are present, then
+ transactions will be enabled if the server supports them. If you
+ are using non-transaction safe tables (TSTs) on a server that
+ supports TSTs, use '-'. If you require transactions, use '+'. If
+ you aren't sure, don't use either.
+
+
+ *lock at the begining of the connection string means to
+ pseudo-transactional. When the transaction begins, it will acquire
+ a lock on the server named lock (i.e. MYLOCK). When the
+ transaction commits, the lock will be released. If the transaction
+ is aborted and restarted, which can happen due to a ConflictError,
+ you'll get an error in the logs, and inconsistent data. In this
+ respect, it's equivalent to transactions turned off.
+
+
+ Transactions are highly recommended. Using a named lock in
+ conjunctions with transactions is probably pointless.
+
+ The character set the database adapter will use to communicate with
+ the database. You should choose a character set matching the Zope
+ application character set, which defaulted to Latin-1 for
+ Zope 2 and now defaults to UTF-8 for Zope 4.
+
+
+ The database will expect all incoming data to be encoded in this
+ character set, and query results from the database will be encoded
+ in the same character set unless you check Unicode results.
+
+
+ Not set will emulate previous releases' behavior on Python 2,
+ which used Latin-1 (ISO 8859-1), but if Unicode results is
+ selected, the connection character set switches to UTF-8 and strings in
+ query results are decoded to Unicode. On Python 3, Not set
+ always defaults to UTF-8.
+
+
+ For Python 2, you can force the character set to Latin-1 or UTF-8,
+ regardless of the Unicode results setting. This is useful
+ when your application wants to use UTF-8, but cannot deal with unicode
+ return values.
+
+
+ Hint:Python 3 only supports the UTF-8 options!
+
- The character set the database adapter will use to communicate with
- the database. You should choose a character set matching the Zope
- application character set, which defaulted to Latin-1 for
- Zope 2 and now defaults to UTF-8 for Zope 4.
-
-
- The database will expect all incoming data to be encoded in this
- character set, and query results from the database will be encoded
- in the same character set unless you check Unicode results.
-
-
- Not set will emulate previous releases' behavior on Python 2,
- which used Latin-1 (ISO 8859-1), but if Unicode results is
- selected, the connection character set switches to UTF-8 and strings in
- query results are decoded to Unicode. On Python 3, Not set
- always defaults to UTF-8.
-
-
- For Python 2, you can force the character set to Latin-1 or UTF-8,
- regardless of the Unicode results setting. This is useful
- when your application wants to use UTF-8, but cannot deal with unicode
- return values.
-
-
- Hint:Python 3 only supports the UTF-8 options!
-
+ The character set the database adapter will use to communicate with
+ the database. You should choose a character set matching the Zope
+ application character set, which defaulted to Latin-1 for
+ Zope 2 and now defaults to UTF-8 for Zope 4.
+
+
+ The database will expect all incoming data to be encoded in this
+ character set, and query results from the database will be encoded
+ in the same character set unless you check Unicode results.
+
+
+ Not set will emulate previous releases' behavior on Python 2,
+ which used Latin-1 (ISO 8859-1), but if Unicode results is
+ selected, the connection character set switches to UTF-8 and strings in
+ query results are decoded to Unicode. On Python 3, Not set
+ always defaults to UTF-8.
+
+
+ For Python 2, you can force the character set to Latin-1 or UTF-8,
+ regardless of the Unicode results setting. This is useful
+ when your application wants to use UTF-8, but cannot deal with unicode
+ return values.
+
+
+ Hint:Python 3 only supports the UTF-8 options!
+