summaryrefslogtreecommitdiff
path: root/attic/muse2-oom/muse2/qt4migration.log
diff options
context:
space:
mode:
authorRobert Jonsson <spamatica@gmail.com>2011-09-15 12:14:55 +0000
committerRobert Jonsson <spamatica@gmail.com>2011-09-15 12:14:55 +0000
commitb0546e5e7f7044019892543c6c82029db8d564a7 (patch)
tree1b96a6260900f3fbf3513fb48a5a72aa89052dc8 /attic/muse2-oom/muse2/qt4migration.log
parent583c73d1a07154d3d2672d65d8cce6495f490454 (diff)
moved attic to a branch of it's own
Diffstat (limited to 'attic/muse2-oom/muse2/qt4migration.log')
-rw-r--r--attic/muse2-oom/muse2/qt4migration.log35
1 files changed, 0 insertions, 35 deletions
diff --git a/attic/muse2-oom/muse2/qt4migration.log b/attic/muse2-oom/muse2/qt4migration.log
deleted file mode 100644
index c8cdf995..00000000
--- a/attic/muse2-oom/muse2/qt4migration.log
+++ /dev/null
@@ -1,35 +0,0 @@
-This is a quick shot at converting the MusE 1.0 sources to Qt4 using the
-Qt3Support compatibility classes. This far it looks quite promising the code
-compiles and is runnable. When used it is quickly found that things are not
-ok though. Hopefully we can fix most without too much effort
-
--------
-The process this far has involved processing the codebase with the tool
-qt3to4 which substitutes many class types for their Qt3Support counterpart and
-adds the necessary includes (it missed quite a lot of includes though)
-
-Known issues:
-
-* One .ui file compiles to a nonfunctional .h file, mtrackinfobase.h, this far
-I have just commented the errenous line in the .h file (line 400 something)
-
-* Most things that I have touched that didn't feel 100% clear are marked with
-'ddskrjo' so just grep the sources for ddskrjo to find potential issues and
-things that are outright commented out.
-
-* configuration of QT4 is hardcoded in configure.am, must be adapted with some
-clever script there is also a hardcoded path to uic3 in common.am.
-We need both a way to detect this generically AND a way to use the correct uic
-for files that are converted to Qt4 format.
-
-* QTooltip has changed significantly so code that uses this is commented out.
-
-* When launched there are a bunch of errors printed, mostly QPainter that most
-likely point to actual problems. As I read in the migration docs previously it
-was supported to draw "on" a widget outside the paintEvent this isn't supported
-anymore (except with a specific define which we should probably steer clear of)
-
-* Can't open mixer
-* Can't open transport
-* Pianoroll is nonfunctional
-* Drumeditor is nonfunctional (hopefully the same problem)