Spark Tree on GitHub

11 responses to “Spark Tree on GitHub”

1. foreground December 15, 2010 at 07:09 | PermalinkReply

   Привет, Максим.
   А как удалить элемент дерева, если не секрет?
   У меня падает ошибка (out of bounds), что так:

   var dp:TreeDataProvider = TreeDataProvider(tree.dataProvider);
   dp.dataProvider.removeItemAt(dp.getItemIndex(tree.selectedItem));

   что так:

   dp.dataProvider.removeItemAt(tree.selectedIndex);

   1. Maxim December 15, 2010 at 14:00 | PermalinkReply

      1 вариант будет работать только если selectedItem это элемент верхнего уровня потому что dp.dataProvider содержит только их.

      2 вариант будет работать если все ветки дерева закрыты и опять же выбран элемент верхнего уровня потому что selectedIndex считается как будто это список, а не дерево.

      А как ты из MX Tree удалял? :) Там тоже такое не прокатывает, по-моему.

   2. Maxim December 15, 2010 at 14:01 | PermalinkReply

      Чтобы удалить элемент достаточно удалить его из исходной коллекции. Если этот элемент где-то глубоко в дереве – то найти его родительскую коллекцию вручную и удалить оттуда.

2. foreground December 15, 2010 at 15:27 | PermalinkReply

   Спасибо. Теперь понятно. Из MX Tree не удалял ничего .. просто не довелось :)
   Наверно можно реализовать TreeDataProvider.removeItemAt, чтобы не искать как же это делается.

3. foreground December 15, 2010 at 15:48 | PermalinkReply

   В моем варианте получилось так:

   var collection:IList = tree.selectedItem.parent ?
   	FolderEntry(tree.selectedItem.parent).children :
   	TreeDataProvider(tree.dataProvider).dataProvider;
   var l:int = collection.length;
   while(l-->0)
   {
   	if (collection[l]==tree.selectedItem)
   	{
   		collection.removeItemAt(l);
   		break;
   	}
   }

   А в твоём parent еще получить надо.

4. foreground December 17, 2010 at 16:08 | PermalinkReply

   Еще обнаружил проблему:
   если при нажимании на кнопке “+” “-” не выделять элемент event.preventDefaults(), то индексы начинают косячить и выделение слетает. Оно кстати итак слетает, если захлопнуть родительский узел.
   А поведение такое было бы уместно, если хочется сохранить список дочерних элементов именно того узла, который ты выделял тыком по папке. Это сэкономило бы кол-во пререписываний листа дочерних элементов (который формируется при выделении папки).
   Не вышло у меня подшаманить в этом направлении.

   1. Maxim December 17, 2010 at 16:12 | PermalinkReply

      Я бы не сказал, что это проблема. Скорее возможное улучшение. Может, сделаю на досуге.

5. smithfox June 29, 2011 at 16:35 | PermalinkReply

   I found a bug, and the test.mxml in my blog post: http://www.smithfox.com/?e=85

   1. smithfox June 29, 2011 at 17:05 | PermalinkReply

      I guess:

      //branchIndex = branchIndexes.pop() + 1;
      branchIndex = branchIndexes.pop();

      1. smithfox June 30, 2011 at 07:45 | PermalinkReply

         After my research, I found the issue is caused by the Flex SDK4.5.1 ListBase’s Caret.

         So I try to give my solution: http://www.smithfox.com/?e=155

6. smithfox June 29, 2011 at 16:45 | PermalinkReply

   Another suggestion:

   Now the Flex is 4.5.1, but there are still no official spark tree, so your component is really a great component.

   Most of flexer tend to use spark tree without the halo library dependence.

   But I found your code use mx.controls.ITreeDataDescriptor and mx.controls.ITreeDataDescriptor2. the two classes exists in mx.swc(flex 4.5 old mx library).

   Then I try to copy some codes from SDK source code to package “com.sparkTree”.

   It works!!

   And I comment the mx.swc from my flex-config.xml, rebuit the swc,

   the sparkTree.swc size from 44K to 26K!!