diff options
| author | Nagappan Alagappan <nagappan@gmail.com> | 2013-08-16 16:57:49 -0700 |
|---|---|---|
| committer | Nagappan Alagappan <nagappan@gmail.com> | 2013-08-16 16:57:49 -0700 |
| commit | 4d7a5627d619bca62a097c4512510ac9031b8035 (patch) | |
| tree | afbaa836a87464db76f887d03706de0ffde8e0bb | |
| parent | 69007093832995169aab59111c65ba2f7b5d0e03 (diff) | |
| parent | bd083527366fe136bb5c7f12a138963ffbb5ea58 (diff) | |
moin2iki: Importing Moin history for page remap
| -rw-r--r-- | remap.moin | 23 |
1 files changed, 23 insertions, 0 deletions
diff --git a/remap.moin b/remap.moin new file mode 100644 index 0000000..d43a756 --- /dev/null +++ b/remap.moin @@ -0,0 +1,23 @@ +== Syntax ==
+remap ('<application-name>', '<dialog name>')
+
+undoremap ('<application-name>', '<dialog name>')
+
+== Description ==
+We can handle dynamically created widgets (meaning widgets created at run time) using this remap function. Calling remap will generate appmap for the given dialog at run time and update the hash table. Then we can access the new widgets. But please make sure to call undoremap() once the required functions are performed so that the hash table will be reverted back to its original state. The reason for having undoremap() is that subsequent calls to remap() might corrupt the hash table containg the appmap entries.
+
+Please not that the <application-name> should be same as the one given as the commmand-line argument for appmap generation.
+
+== Implementation ==
+It uses the same logic that appmap module uses to generate appmap. Please refer to the following link for the source code of the remap functionality [[http://cvs.freedesktop.org/ldtp/pyldtp/remap.c?view=markup|remap.c]]
+
+== Examples ==
+
+For handling widgets created at runtime in the New Appointment creation dialog in Evolution Calendar we can use the remap function as mentioned below.
+
+remap ('evolution', 'dlgAppointment-Nosummary')
+
+.
+.
+
+undoremap ('evolution', 'dlgAppointment-Nosummary')
|