Git Product home page Git Product logo

olegivo-mm's People

Contributors

olegivo avatar

olegivo-mm's Issues

Связь многое-ко-многому

EF связь многое ко многому должна выражаться явной сущностью, но позволять работать со свойствами концов как сейчас

Drag&Drop 

Здесь должно выть описание задачи

Original issue reported on code.google.com by [email protected] on 11 Aug 2011 at 7:42

Зависомисти плейлистов 

Автоматически определять или назначать 
зависимости вида:
"PLS2 зависит от PLS1 таким образом, что при 
добавлении/удалении из PLS2 файлов те же 
файлы будут добавлены/удалены и из PLS2". 
Возможно - в виде множественного отношения 
типа список зависимостей + "свой список", 
где каждая зависимость в списке - это 
условие вида: 
1. "PLS2 - это PLS1 кроме некоторого списка 
файлов"
2. "PLS2 - это PLS1 + некоторый список файлов". В 
этом случае "+" может относиться ко всему 
списку зависимостей (к самомУ зависимому 
плейлисту), чтобы не было дубликатов

Т.о., каждый плейлист может быть 
представлен как объединение "своего списка 
файлов" и зависимостей от других 
плейлистов.

Если разные типы условий вступают в 
противоречие (одно содержит информацию на 
включение файла, другое - на его 
исключение), то файл в плейлисте - кандидат 
на ресолв со стороны пользователя

При изменении главного плейлиста, 
возможно, нужно будет спрашивать про это 
изменение для списка подчиненных 
плейлистов, и, если изменение не 
вписывается в один из подчинённых 
плейлистов, включать изменение в список 
зависимостей между главным и подчинённым 
плейлистом.

Для предотвращения циклических 
зависимостей ("PLS1 зависит от PLS2, PLS2 зависит 
от PLS3, PLS3 зависит от PLS4, PLS4 зависит от PLS1 и 
т.д.") нужно анализировать цепочки 
зависимостей произвольной длины.

Возможно, стоит подумать над зависимостями 
категорий от файлов и плейлистов или 
зависимость медиаконтейнеров с условием 
иерархии (плейлист не может зависеть от 
категории, остальное вполне допустимо)

Original issue reported on code.google.com by [email protected] on 12 Aug 2011 at 3:09

Свойство "прорачности" для узлов дерева (invisible) 

Если в дереве можно отображать только 
категории и файлы, то файлы, содержащиеся в 
плейлистах, которые содержатся в 
категориях, должны отображаться в дере так, 
будто они содержатся в этих категориях

Original issue reported on code.google.com by [email protected] on 11 Aug 2011 at 7:36

MediaList 

Отображение дочерних/родительских 
элементов (в свойстве задаётся, каких 
именно) по заданному медиа-контейнеру (binding)

Original issue reported on code.google.com by [email protected] on 20 Aug 2011 at 9:39

Редактор родительских/дочерних элементов 

Добавить ЭУ, позволяющий редактировать 
список либо родительских, либо дочерних 
элементов выбранного медиа-контейнера (в 
зависимости от режима).
Возможный вариант - в виде сетки, 
отображающей все доступные контейнеры, 
которые могут быть включены в 
результирующий список. 
Для каждого контейнера в сетке признак 
существует признак принадлежность 
контейнера редактируемому списку, 
соответственно для этого признака в сетке 
есть отдельная колонка, сортировка в сетке 
идёт по этому признаку (сначала отмеченные).
Также нужна локальная фильтрация.

Original issue reported on code.google.com by [email protected] on 17 Dec 2014 at 12:29

Действие добавить в/из 

Реализовать сначала в виде кнопок около 
списка дочерних/родительских элементов 
(соответственно) для текущего выделенного 
элемента в дереве
подумать, как быть, если ОТМЕЧЕНО несколько 
элементов

Original issue reported on code.google.com by [email protected] on 20 Aug 2011 at 9:34

Предопределённые категории 

- Плейлисты
    Для импорта в систему
- Не оценено
    При отправке из такой категории в другой контейнер (т.е. собственно оценка) должно производиться перемещение, а не копирование
- Архив (надоевшие)
    + возможность восстановления из архива после истечения архивного времени
- Не буду слушать
    Возможно, стоить подумать над архивированием?

Original issue reported on code.google.com by [email protected] on 20 Aug 2011 at 8:54

MediaTree 

Здесь должно выть описание задачи

Original issue reported on code.google.com by [email protected] on 11 Aug 2011 at 7:41

Отчёты 

Здесь должно выть описание задачи

Original issue reported on code.google.com by [email protected] on 11 Aug 2011 at 7:43

Первый старт 

1. Сбор данных:
  1.1. указание местоположений медиа-файлов/плейлистов (+ перетаскивание)
  1.2. указание местоположений медиа-плееров
     В дальнейшем - импорт плейлистов. Необходима поддержка разных форматов плейлистов
  1.3. создать настройку для категории "Импортировано"
2. Рабочее дерево
3. Для обновления информации:
  3.1 обнаружение новых файлов:
      3.1.1. в указанных папках
      3.1.2. в указанных плейлистах
  3.2. обнаружение новых плейлистов
  Нужно учесть, что это может быть перенос/переименование или на самом деле новый элемент
4. Метадомен:
  4.1. хранение
  4.2. настройка
  4.3. подключение

Original issue reported on code.google.com by [email protected] on 11 Aug 2011 at 7:58

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.