Задачу обозначим следующую – есть датагрид, он сам по себе статичен, но при нажатии правой кнопкой на ячейку – она начинает редактироваться. Исполнять сию задачу будем через итемрендерер, каждый itemrenderer сам себя слушает на событие отображения контекстного меню (контекстное меню будет пустым – потому не отобразится). По «отображению»пустого мею» выставляем датагриду editedItemPosition = {columnIndex:1, rowIndex:lastRolled – 1};.

Вкрадце – чо надо сделать:

• Создать DataGrid, итемрендерер и привязать их друг к другу
• Подписать обьект меню на событие ContextMenu.DISPLAYING
• Установить датагриду editable=true
• Установить датагриду editedItemPosition
• Убрать editable у датагрида

И подробности, всего 2 файла:

Main.mxml:

public function IR()
{
var context:ContextMenu=new ContextMenu();
context.addEventListener(Event.DISPLAYING,rightClick)
contextMenu=context;
}

private function rightClick(event:Event):void
{
var theListData:DataGridListData=DataGridListData(listData);
var dataGrid:DataGrid=DataGrid(theListData.owner);
dataGrid.editable=true;
dataGrid.editedItemPosition={columnIndex:theListData.columnIndex, rowIndex: theListData.rowIndex};
}
}
}

Системный Drag’n'Drop - это тот-же буфер обмена, с тем же способом хранения данных, и надо полагать с такой же реализацией. В нем могут храниться любые данные, и его может использовать любое приложение системы. Соответственно можно передавать в приложение таким образом любую информацию, хоть
картинку прямо из фаерфокса. При перетаскивании чего либо в air-приложение, это что-то попадает в обьект типа Clipboard, этот обьект находится внутри перехватываемого события – event.clipboard…Air вещает события drag-drop для каждого отображаемого обьекта приложения, каждый обьект может разрешить или запретить это действо по отношению к себе или к другим обьектам - таким образом это событие нужно поймать, разрешить и дальше работать с данными.

Разрешить – значит поставить правильный системный курсор и не более того. Это конечно мало важно, как впрочем и сам drag’n'drop – но не дай бог его там не будет, это будет самый вопиющий случай введения пользователя в заблуждение и вообще неуважение. Разрешать drag-drop нужно на этапе перехвата события NativeDragEvent.NATIVE_DRAG_ENTER.

var dropfiles:Array = event.clipboard.dataForFormat(event.clipboard.formats [0]) as Array;

А теперь обозначим простую задачу – создадим приложение, которое будет через Drag-drop принимать в себя файлы и выводить их список в компонент List:

Обратите внимание на эту строчку: file.name.toString(). Она нужна для корректной конвертации в String – иногда флекс теряется в типах данных, не всегда – но в данном случае это так. Поэтому для более четкого определения типа используется такая конструкция.

Идеологическим различием таких приложений в первую очередь является способ использования сети – RIA без него функционировать не может по определению, а десктоп вообще не использует. Но десктоп может решать более ресурсоемкие задачи. Крайности к хорошему никогда не приводят, а по сему надо искать зорлотую середину, вот этими достоинствами на взгляд автора должно обладать современное десктопное приложение:

• Доступность данных – вся информация, которую создает или обрабатывает приложение должно быть доступно из любой точки галактики.
• Доступность приложения – если оно не установлено, его можно запустить в браузере.
• Кроссплатформенность – пользователи пользуются программами, а не аперационными системами.
• Предсказуемость – это касается не только прямого взаимодействия с пользователем, но и с его интерфейсом, программа должна вести себя предсказуемо
• Юзабилити – html пригоден только для текстов.
• Автономность – техника не надежна, интернет тоже,  особенно если это gprs, к тому-же в отдаленных уголках нашей родины до сих пор используется тарификация по трафику и даже диалап. Если приложение осталось без связи с внешним миром, должен оставаться некий минимальный функционал, необходимый для его комфортного использоввания.
• Легальность – приложение может быть открытым или закрытым, платным или бесплатным, но оно должно быть легально.

Подобной функциональности не предоставляет ни классический десктоп, ни классические RIA. Таким образом нужно совместить их возможности – значит приложение должно состоять из четырех частей:

• Кроссплатформенный пользовательский интерфейс (GUI) - работает как в браузере, так и на десктопе. Повестка блога 
• Интерфейс до десктопа – реализует полный функционал
• Интерфейс для браузера – реализует только сетевой функционал
• Серверная часть – к вопросам легальности, доступности данных и приложения.