Перейти к содержанию

IgorA

Продвинутые
  • Публикаций

    5 555
  • Баллов

    14 098 
  • Зарегистрирован

  • Посещение

  • Победитель дней

    15

Весь контент IgorA

  1. Можно попробовать в trind2 запоминать результат, возвращаемый $('#SongsBlock').scrollTop(), в том же месте, где эта переменная заполняется сейчас и вызывать в конце функции onselectPlaylist_() $('#SongsBlock').scrollTop(trind2).
  2. Можно потестировать "симбиоз" - будет ли это по ощущениям лучше, чем действующий вариант. Всё-таки эклектика в поведении панели может быть хуже не самого оптимального единообразия. При выходе без выбора можно сбрасывать trind2 на -1.
  3. В javascript добавить переменную - не проблема. Я имел ввиду добавление переменной в обмен между клиентом и сервером для независимого от браузера сохранения выбора папки в списке. Но тогда её надо обрабатывать на обоих концах, а это разрастание кода без особой необходимости. Но, на мой взгляд, даже удобнее, когда вверху вновь открытого списка папок начало ранее выбранного раздела, как сделано сейчас, а не последний выбранный альбом в этом разделе.
  4. Этот вариант позволяет не добавлять лишнюю переменную в набор данных передаваемых через JSON от сервера к браузеру. Достаточно привыкнуть закрывать покинутые ветки в дереве и позиционирование всегда будет подходящим. Ваш вариант запоминает позицию и при выходе без выбора, что тоже спорно.
  5. @AleXH, мой вариант при перезапуске браузера сохранит позицию, а этот сбросит на первую строку. Возможен вариант "симбиоза" решений, если trind2 инициализировать в -1 и игнорировать при этом значении, а при других значениях он будет иметь приоритет.
  6. @AleXH Логику позиционирования при открытии панели выбора папки я уже пояснял - вверху списка оказывается последняя раскрытая при предыдущем выборе папка (нижний [-]). На мой взгляд, это приемлемый вариант. Но разработчикам альтернативных интерфейсов не возбраняется сделать что-то другое
  7. Файл libharfbuzz-icu.so.0.10702.0 размером 10KB (это библиотека, используемая при рендеринге текста), скопированный из Lubuntu, приводил почему-то к вылетам. Догадаться о таком, конечно, невозможно. Пришлось искать по методике бинарных деревьев.
  8. @AleXH, вот вылеченный Midori: http://albumplayer.ru/linux/test/midori3.rar В качестве альтернативы дополнительным 140MB потребовалось заменить один файлик размером 10KB. Но для этого пришлось перерыть все 140MB.
  9. Дублирование библиотек в SCE, видимо, компромисс, связанный с обеспечением возможности независимо включать и выключать отдельные SCE из загрузки.
  10. Видимо, все зависимости собирают в каждый SCE, но совпадающие в файловой системе, которая в памяти, не должны дублироваться.
  11. От вебкита в целом объеме, видимо, можно избавиться (это он сжатый 140, а так - 400), а видео никто не обещал.
  12. @AleXH http://albumplayer.ru/linux/test/aplayer-fix2.tar.gz
  13. Нет, просто перезапустить Midori, если выполняется. И выходить с сохранением.
  14. @AleXH, я забыл про префикс lib. Правильно так: sce-import -br libwebkitgtk-1.0-0 sce-load libwebkitgtk-1.0-0
  15. @AleXH Текущее решение для Midori заключается в выполнении двух команд: sce-import -br webkitgtk-1.0-0 sce-load webkitgtk-1.0-0 Если удастся найти, чего именно не хватает Midori из webkit, то потом будет компактнее.
  16. Падает Midori по причине, которая цитируется в предыдущем сообщении.
  17. Да, я проверил. Даже нашёл причину. Смертельная пилюля для нашего Midori в одной букве: последней букве в имени папки Pepe Delux... С ней Midori падает, а без нее показывает этот список нормально. Но я проверил и на Midori, установленном на Lubuntu, и он показывает этот список и в оригинале. То есть, причины где-то в конфигурации и настройках. Я посмотрю, что можно сделать. Тест для проверки теперь есть.
  18. @AleXH, спасибо, вроде бы, JSON нормальный. Тогда пока рабочая версия, что что-то не так с Midori. Посмотрю, что с ним можно сделать и насчет альтернативного браузера.
  19. На этом этапе - любым, так как все одинаково формируют эти списки.
  20. @AleXH, нам придется вернуться на шаг назад. А именно - еще раз попробовать получить JSON для аварийной ситуации. Формат запроса надо скорректировать, так как прежний вариант передавал в запрос адрес без параметров и пустой результат, видимо, связан с этим. Адресную строку, передаваемую wget, надо взять в кавычки: wget -O data.json 'http://localhost:7778/?GetPlaylists&ind=-1'
  21. @AleXH, составление списка папок там проходит успешно. Возможно, проблема в выдаче этого результата в JSON формате. Я посмотрю, что там с именами. Может быть, что-то из символов надо корректировать.
  22. @AleXH, они только дополнялись и в последнем есть всё, что было в предыдущих. Поэтому можно последний, как самый подробный.
  23. @AleXH, тогда, опять же, интересно, что в логе плеера при возникновении этой ситуации.
×
×
  • Создать...

Важная информация

Пользуясь форумом вы соглашаетесь с нашими Условия использования.