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