Add hier module names to future plans
diff --git a/Misc/FAQ b/Misc/FAQ
index a85ac9c..76becaa 100644
--- a/Misc/FAQ
+++ b/Misc/FAQ
@@ -298,17 +298,19 @@
A. Without warranty that any of this will actually be realized: I am
currently thinking about mechanisms for built-in on-line help and a
-switch/case statement. A pthreads interface has been contributed
-which I would like to merge into the latest release. The X interface
-needs improving. There are also some people (independently) working
-on a windowing interface based on STDWIN but with the power and ease
-of use of the average modern widget set. I still hope to get some
-help in producing a Windows version. It would be nice if there were a
-window-based class browser (Someone at CWI has contributed one using
-Motif but it needs some work). Also: improved support for embedding
-Python in other applications, e.g. by renaming most global symbols to
-have a "Py" prefix and providing more documentation and threading
-support.
+switch/case statement. There have been some discussions on
+hierarchical module names which might solve the problem of the
+development of large packages. A pthreads interface has been
+contributed which I would like to merge into the latest release. The
+X interface needs improving. There are also some people
+(independently) working on a windowing interface based on STDWIN but
+with the power and ease of use of the average modern widget set. I
+still hope to get some help in producing a Windows version. It would
+be nice if there were a window-based class browser (Someone at CWI has
+contributed one using Motif but it needs some work). Also: improved
+support for embedding Python in other applications, e.g. by renaming
+most global symbols to have a "Py" prefix and providing more
+documentation and threading support.
3. Building Python