Hi all, Here is my experience with migrating my code to 0.8. It was quite a painful experience for me...
In the hope you can make it a more pleasant experience for others, here are my comments about the migration itself. I also had many issues in 0.8 which made the migration painful, but since those are not specific to migrating from an earlier version, I'll post those which are not fixed yet in trunk in separate messages. These comments are after an attempt to follow the guidelines at: http://qooxdoo.org/documentation/0.8/migration_guide_from_07 * I abandoned trying to go through the advertised "legacy" route (way "1" in the guide). It just didn't work for me and made me loose much time instead of saving some... The problem is that when you want to go through "route 2", there are apparently no automated script to help you: you have lots of "legacy" references that you need to get rid of. It would be nice if there was a migration path for those who would like to go straight to non-legacy crippled 0.8, as the migration script could have done automatically much of the ".legacy" stripping I had to do. * I had to add #asset hints to my code, while it previously worked without. * I had to add these lines (copied from the skeleton) to my Application.js, to have debugging output. Couldn't find this mentioned anywhere, and the migration script could have added that automatically... if (qx.core.Variant.isSet("qx.debug", "on")) { qx.log.appender.Native; qx.log.appender.Console; } * Also not mentioned in the doc, I had to change all occurences of adding several items to a menu at once to one item per call: - file_menu.add(new_mb, open_mb, save_mb); + file_menu.add(new_mb); + file_menu.add(open_mb); + file_menu.add(save_mb); * This was mentioned in the doc but could have easily been done automatically: qx.util.Mime.XML -> "application/xml" * table.model.Simple: _rowArr was renamed to __rowArr and wasn't mentioned in the doc. This is a private variable but should be mentioned in the "migration notes" anyway as people using a custom table model usually inherit from it, so it does matter. Btw, treevirtual/SimpleTreeDataModel.js still use _rowArr, but since it inherits from table.model.Simple, it has both. Same comment for _sortMethods and _sortColumnIndex. Hope it helps, -- Gaëtan de Menten http://openhex.org ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
