magog 02.10.2012 09:56 mcabber

Так как я закончил с goodle.drive, сегодня начну разбираться с написанием приложения под N900 для goodreads. Может даже говно-qml начну осиливать

1. 0xd34df00d 02.10.2012 10:02 Aedalus

Закончил, хехе. Давай доделаем уже :3

2. magog0xd34df00d /1 02.10.2012 10:18 mcabber

я еще вчера доделал. Дропнул всю синхронизацию и драйв стал охуенно-рабочим

3. 0xd34df00dmagog /2 02.10.2012 10:19 sgsIII

Магогорешение. А что там не работало-то?

4. magog0xd34df00d /3 02.10.2012 10:22 mcabber

да там работа с обновлениями — полное говно. Там надо работать не на уровне директория на драйве-локльная директория, а на уровне драйв — локальная директория

5. 0xd34df00dmagog /4 02.10.2012 10:24 sgsIII

Эмм, не понял, почему это?

6. magog0xd34df00d /5 02.10.2012 10:29 mcabber

потому что заебно строить дерево постоянно

7. 0xd34df00dmagog /6 02.10.2012 10:32 Azoth_primary

Какое дерево, о чем ты?

9. magog0xd34df00d /7 02.10.2012 10:40 mcabber

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

10. 0xd34df00dmagog /9 02.10.2012 10:40 Azoth_primary

Чувак, я не писал и не рзабирался с гуглодрайвом. Можешь объяснить для дедфудов, в чем там проблема, о чем речь в /2, и так далее?

11. magog0xd34df00d /10 02.10.2012 10:47 mcabber

приходит список изменений. ты берешь первое по id. у тебя такого id нету, значит надо скачать. куда сохранять? не понятно. есть parentId, но его тоже может не быть, потому что сптсок изменений не обязательно упорядочен по иерархичной струтуре или времени создания элемента. Нужно трахать все изменения, строя из них дерево, вплетая туда уже известное, что бы не дерево было полное. Это основноное говно, из которого вытекает все остальные пробдемы

12. 0xd34df00dmagog /11 02.10.2012 10:47 Azoth_primary

А как это вообще теоретически можно делать по-другому?

13. magog0xd34df00d /12 02.10.2012 10:51 mcabber

не знаю. наверное никак

14. 0xd34df00dmagog /13 02.10.2012 10:52 Azoth_primary

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

15. magog0xd34df00d /14 02.10.2012 10:53 mcabber

лучше просто ее (синхронизацию) не делать вообще. Ее все равно кроме офф клиента никто не делает. А значит не нужно

16. 0xd34df00dmagog /15 02.10.2012 10:53 Azoth_primary

Нет, значит, никто не осилил. А ты няша и осилишь.

17. magog0xd34df00d /16 02.10.2012 10:58 mcabber

не. Не осилю. Изначальная концепция кастомных директорий была не верна.

18. 0xd34df00dmagog /17 02.10.2012 10:59 Azoth_primary

Хм, окей. Давай тогда изменим концепцию на «один аккаунт» — одна локальная директория. Что для драйва, что для чего угодно.

19. magog0xd34df00d /18 02.10.2012 11:08 mcabber

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

20. 0xd34df00dmagog /19 02.10.2012 11:11 Azoth_primary

А, ну и правильно. Зачем синхронизировать только одну из remote-дир?

21. magog0xd34df00d /20 02.10.2012 11:12 mcabber

я думал, что это будет ок решение

22. 0xd34df00dmagog /21 02.10.2012 11:13 Azoth_primary

Бывает. Оказалось, что его сложно заимплементировать. Ну и нафиг тогда, попроще сделаем )

23. magog0xd34df00d /12 02.10.2012 11:19 mcabber

там не столько сложно, сколько муторно и костыльно. Приходи чендж о новом элементе и начинается. Ищем родителя. Если его нету, а чейнджэей пачка, то строим из них дерево. Получаем полный путь к этому элементу от корня дерева. Ищем все watching accout dirs, которые содержать в себе начало этого пути. Если таких нету, то пропускаем этот чейндж и переходим к следующему...

24. 0xd34df00dmagog /23 02.10.2012 11:20 Azoth_primary

Маленькая няшненькая рекурсивная процедурка. Ок будет.

25. magog0xd34df00d /24 02.10.2012 11:35 Azoth

ну так сделай, еба. Можешь доделать синхронизацию. А я пока в кумл поразбираюсь

26. 0xd34df00dmagog /25 02.10.2012 11:41 Azoth_primary

Нет ты сделай. Я всякой другой хуйней занимаюсь же.

27. magog0xd34df00d /26 02.10.2012 11:44 Azoth

я тоже.

28. 0xd34df00dmagog /27 02.10.2012 11:48 Azoth_primary

:(

29. magog0xd34df00d /28 02.10.2012 11:49 Azoth

поэтому я вообще удалил синхронизацию. МОжешь релизиться смело

30. 0xd34df00dmagog /29 02.10.2012 11:49 Azoth_primary

Но я-то ее не удалял. Смело релизнусь!
А давай к следующему майлстоуну сделаем?

31. magog0xd34df00d /30 02.10.2012 11:50 Azoth

сделай. Я не против.

Do you really want to delete ?