На неназываче текст погрызло в одном треде.

>>24035
Треда уже нет, так что не знаю, что тут можно сделать.

А можно юа на вин10+хром обновить? Самые распространенные среды.

>>24039
Нет, нет, нет, и ещё раз нет. Я категорически не хочу, чтобы меня определяло как хромодурачка. Либо оставить как есть, либо сделать выбор или строку для ввода вручную.

>>24040
Дурачок ты, потому что тут работает как с юа торбраузера — хромодурачков на Десятке сегодня большинство.

>>24041
Да мне плевать, как оно работает и плевать на тор браузер. Там это для другой цели сделано и там в этом есть смысл. А здесь в изменении юзерагента никакого смысла нет, как и нет задачи маскироваться и мимикрировать. Если уж менять, то так и написать прямо "оверчан, андроид". Но никак не хромоног.

>>24042
Тоже можно, но Семёрку ставили как юа потому, что некоторые сайты юа-специфические. Емнип, из-за неназывача, когда там началась охота на ведьм и борьба с альтернативными клиентами.
Да, надоело в /s/ светить Семёркой, она выделяет, нежели прячет. Против пресетов и кастомного инпута тоже не буду. Хо

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

>>24044
Все там будем, не переживай!
https://twitter.com/auchenberg/status/1088587621721231361

>>24045
>twitter
Даже открывать не буду.

Яндекс, похоже, покрутил свой поиск картинок, теперь если искать соус из Оверчана, Яндекс показывает пустую страницу.

>>24047
Почему-то прикрепилась рандомная картинка вместо скриншота.

>>24047
>>24048
Подтверждаю.

>>24047
>>24049
Поправил.

>>24048
>рандомная картинка вместо скриншота
Внезапно неплохой хентай на твоей пикче.

Хочу услышать мнение других пользователей насчет логики открытия новых вкладок.

Оригинальная логика была такой: если в момент открытия новой вкладки текущей является одна из вкладок в списке, то новая вкладка вставляется в список после неё; если же выбрана одна из страниц "новая вкладка", "история" или "избранное", то новая вкладка открывается в конце списка.

Это было не очень удобно как минимум при попытке вернуть случайно закрытую вкладку из истории (ведь чаще всего её потом нужно было долго перетаскивать из конца списка на нужное место). И когда-то я поменял эту логику на следующую: все вкладки всегда открываются после текущей; если в данный момент открыта одна из страниц "новая вкладка", "история" или "избранное", то новая вкладка вставляется в список после последней выбранной обычной вкладки.

Но это тоже бывает иногда неудобно. Например, при открытии нового сайта со страницы "новая вкладка". В этом случае кажется, что было бы удобнее открыть вкладку в конце списка.

Я думал насчет того, чтобы сделать в настройках возможность выбора, как это должно работать, но из-за того, что (пусть хотя бы на моем личном примере) иногда, в зависимости от ситуации, кажется удобным так, а иногда — по-другому, то получается, выбор между двумя корявыми решениями.

Решил написать об этом сейчас потому, что в сегодняшнюю сборку случайно попал экспериментальный очередной фикс этой логики. В нем новые вкладки, ссылающиеся на сам имиджборд (т.е. не тред или доску) открываются всегда в конце списка. Но это тоже тупо, потому что иногда надо вернуть на место из истории случайно закрытую вкладку с сайтом.

Короче, сейчас хочу еще раз это переделать, на этот раз как можно оптимальнее. Например, можно открывать в конце списка новую вкладку с основной страницей сайта всегда кроме открытия из истории (и, возможно, избранного). Или может быть вернуть по большей части оригинальную логику, но при этом открывать в середине списка вкладку, если та была открыта путем выбора пункта "последняя закрытая вкладка" в истории. Или что-нибудь еще.

Короче, хочу услышать ваше мнение, решить что-нибудь и сделать итоговый вариант.

Пока сам склоняюсь к такому варианту:
Если новой открываемой вкладкой является основная страница сайта, кроме открытия из истории -> в конец списка; в остальных случаях -> после последней выбранной вкладки в списке.

>>24052
>Хочу услышать мнение других пользователей насчет логики открытия новых вкладок.
Верни всё так, как было в rc84 и не трогай. Судя по тому, что не было жалоб, всех всё устраивало. Не меняй, пожалуйста, ничего там, где никто не просил менять.

>>24054
А если я попрошу поменять (ну или хотя бы подумать над этим)? Я ведь тоже пользователь.

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

>>24056
Ладно. Мне на самом деле и самому не хочется усложнять. Даже >>24053 вариант кажется сложным и некрасивым, не говоря уже о всяких автосортировках, группировках и прочем. По сути, в том как было до этого мне не очень нравился один единственный юзкейс: то, что вкладка с новой имиджбордой открывается где-то посередине в то время, как это обычно не нужно, и наоборот желательно разместить её перед или после всех остальных. Впрочем, открытие вкладки с новой имиджбордой — довольно редкое явление. А логика, которая была в предыдущих версиях — хороша своей простотой и предсказуемостью, здесь не поспоришь, конечно.

Короче сделаю как было и продолжу заниматься более полезными вещами.

>>24057
> Короче сделаю как было и продолжу заниматься более полезными вещами.
Вот это я категорически одобряю.

Собрал вроде бы все нереализованные реквесты из прошлого треда в один список, некоторые со своими комментариями.
>>22577
> добавить кнопку обновления всех тредов в менюшку над вкладками? Там где избранное и история
Отдельная кнопка обновления всех тредов была бы полезна, особенно если она будет вместо бесполезной кнопки бесполезного избранного. А само избранное выселить в меню. Также хотелось бы иметь возможность начать обновление вкладок в любой момент, даже если прошлое обновление ещё не закончилось. А то сейчас при переключении на другую сеть или переключении с вайфая на мобильные данные во время обновления часть вкладок просто рисует крестики, приходится дожидаться, пока процесс обновления завершится и можно будет запустить его снова.
>>22743
> Зделой в настройки галочку, чтобы полные изображения загружались в фоне
Автозагрузка не только превью, а целиком картинок и видео. С предупреждением о том, что будет потрачиваться трафик, очень много трафика, чтобы трафикохолопы не переживали и не включали.
>>22873
> возможность удаления exif из фотографий перед отправкой
Тоже нужная вешь. И галочка в настройках, чтобы автоматически это делалось, тоже не помешала бы. Чтобы спокойно можно было постить любую картинку или фото, не опасаясь, что посторонние увидят какие-то данные или местоположение.
Да и просмотр exif в приниципе, как явление. Можно туда же в тост, где разрешение и формат файла.
>>22945
> Кстати, а можно сделать так, чтобы при выделении текста в контекстом меню был пункт autohide и сразу открывался диалог создания нового правила уже с выделенным текстом? Это помогло бы избежать лишних тапов на копирование/вставку
Было бы гораздо проще и удобнее скрывать чушь, ботов и откровенную жирноту. Сейчас, с правилами автохайда в меню, это проще, чем раньше, хоть не нужно в настройки лазить каждый раз. Но из контекстного меню было бы ещё проще.
И сразу вдогонку к этому. Сейчас скрытие тредов свайпом сделано как-то странно, что иногда скрыть удаётся не с первого раза, а с третьего-пятого-седьмого, просто свайп не срабатывает, как будто. Тред дёргается вбок и просто возвращается обратно. И дело не в телефоне и не в его экране. Так было на старом телефоне, так сейчас, так и на других телефонах, где я проверял. На совершенно разных оболочках и версиях андроида.
>>22922
> А можно ещё сделать чтобы он в фоне чекал треды только когда приложение запущено?
>>23037
> запилить сброс кукисов, хотя-бы всех и сразу, тут уж похуй на разделение по бородам. Просто одну небольшую кнопочку рядом с очисткой кеша, чтоб нажал и ебнуло все это говно
>>23089
> А можно обратно сделать так, чтобы при сохранении картинки в шторку не срало уведомлением о том, что она сохранена?
>>23112
> астенько бывает, что после полной загрузки картинки (синяя полоса дошла до конца и пропала), на растянутом превью может две-три секунды крутиться синяя срань и только после этого появится нормальная картинка.
> Кстати, это можно починить, чтобы картинка сразу показывалась по окончанию загрузки, а не крутилась ещё анимация?
>>23174
> И ещё на 10.0: при нажатии ссылок на посты в треде, перед отображением окна с постом, на экране на долю секунды появляется окно с постом во всю высоту экрана.
Если возможно, то вот это бы приоритетно починить. Это моргание уже достато, если честно, хоть уже меньше жопа горит, но всё ещё тлеет от этого.
>>23340
> Под видео в посте написано, что это видео. Под гифкой - что это гифка. Зделой также для жпг и пнг.
>>23652
> Можно зарепортить пост, но нельзя зарепортить тред. Почему?
>>23658
> Зделой, чтобы в фоне новые посты проверялись раз в пять минут, либо можно было самому настроить интервал
>>23672
> Да, чтобы разные интервалы, когда приложение открыто на переднем плане и когда оно в фоне
>>23811
> Иногда картинка или видео в посте открывается два раза, одно поверх другого. В итоге посмотрел, смахнул, а оно не смахнулось. Ещё может открыться поверх бокового меню, если тапнуть на картинку и тут же резко вытащить меню. Андроид 10.
>>23954
Скриншот в посте, контекстное меню не влезает в ширину экрана, если не включены широкие всплывающие ответы. Да и вообще, реквест каштомного контекстного меню, в котором не будет мусора и можно будет самому настроить, какие пункты и в каком порядке будут отображаться.
>>24027
> Зделой так, чтобы обновление качалось прямо из оверчана, а не перекидывало в браузер.

Что насчёт поддержки большего числа сайтов и исправления ошибок в старых?

Шесть обновлений за день выскочило. Дело было вечером, делать было нечего?

>>24062
Это очень даже хорошо, что дело живёт

>>24039
Думаю, что стоит добавить в настройках строку для ввода кастомного UA.

>>24058
>Если возможно, то вот это бы приоритетно починить. Это моргание уже достато
В пятницу как раз пытался заняться этим и смежными вопросами. Там не очень просто от этого избавиться, к сожалению. Моргание происходит из-за необходимости на мгновение отобразить пустое диалоговое окно, чтобы измерить его ширину (на старых версиях андроид этого не видно, но на десятке почему-то стало отображаться). На эту ширину там потом завязаны разные вещи (такие, как форматирование текста внутри превью поста или расположение превью на экране в планшетном режиме). И надо как-то это всё переделать, чтобы ничего не было завязано и не нужно было отображать всякие левые диалоговые окна. Или ещё что-то придумывать.

>>24059
Старые стараюсь поддерживать по возможности. Если что-то где-то не работает — репортите итт, я попробую исправить. На новые пока нет времени. Меня и на микрофиксы-то едва хватает в последнее время.

>>24062
Если включено автообновление, то оно всё время будет его показывать, пока не обновишь. Да, давно надо бы допилить это поведение, чтобы оно не чаще раза в день проверяло. И загрузку средствами самого приложения тоже. А так вообще за вчера и сегодня было всего три тестовых сборки.

>>24064
> Если включено автообновление, то оно всё время будет его показывать, пока не обновишь
Да дело не в этом, я за сегодня 6 раз обновлялся. Обновы каждый 2 часа появлялись. До этого месяцами ничего не было.

>>24065
Странно как-то. Не должно было такого быть. Сейчас нормально? Показывает, что установлена последняя версия (rc88)?
>До этого месяцами ничего не было.
Я с ноября по март ничего и не обновлял, так что это было вполне ожидаемо.

Совершенно неожиданно и как-то тупо наугад, но вроде бы исправлено мигание пустыми диалогами при открытии всплывающих превью постов на андроид 10.
Доработана обновлялка: теперь apk качается самим оверчаном, после чего автоматически открывается в установщике.
Автоматическая проверка обновлений при запуске теперь срабатывает только спустя сутки после последней проверки обновлений (чтобы не доставала и не тратила трафик).

>>24064
>Моргание происходит из-за необходимости на мгновение отобразить пустое диалоговое окно, чтобы измерить его ширину
А его можно сделать прозрачным хотя бы, это пустое окно? Или оно вот прям обязательно должно быть именно видимое для пользователя?
Или взять решение из двачбраузера, где для обтекания и позиции не нужно такое окно, как мы с тобой говорили ещё в прошлом треде?

>>24070
>вроде бы исправлено мигание пустыми диалогами при открытии всплывающих превью постов на андроид 10.
Подтверждаю, исправлено и больше не моргает. Спасибо тебе, прям намного лучше стало.

>>24071
У двачебраузера решение немного кривовато работает при ближайшем рассмотрении, из-за чего весь текст ниже картинки перестает доходить до правого края. Сегодня, потыкав немного в эмуляторе, я нашел максимально простой, но вроде бы рабочий фикс. Не знаю правда, насколько оно надежно, и не сломается ли снова в будущем. Увидим потом.
>>24072
>Спасибо
Пожалуйста же!

Не знаю, было ли так или случилось после фикса с моргающим окном, но во всплывающем ответе текст не обтекает картинку. Как было раньше, я честно не обращал внимания.
Впрочем, даже так лучше, чем мерцание это постоянное.

>>24074
Почему-то так получается только с отключенными широкими диалогами. Спасибо за репорт. Сегодня попробую починить.

Изменения:
1. Правильный фикс мигающих диалогов на android 10 (на эмуляторе у меня все равно что-то мигает, когда открываю один всплывающий пост из другого, но уже не пустой диалог, а просто затенение; но это и во вчерашней версии так было).
2. Пофикшено отображение оригинальных имен файлов на Ычане.

>>24078
Не обновляется. Новую версию качает, но оканчивается всё пикрелейтед. Андроид 10.

>>24079
Есть ли у тебя возможность установить дебажную сборку (я выложу) и посмотреть лог через adb logcat?

А хотя, пока можешь не заморачиваться, я пока попробую посмотреть в эмуляторе 10-ки.

>>24079
Всё-таки нужны логи. В эмуляторе 10-го андроида у меня в худшем случае получается пикрелейтед. После выдачи нужного разрешения всё работает. На 9-ом андроиде так же.
Если есть возможность, то установи, пожалуйста, дебажную сборку https://mega.nz/#!Lc8QGYLa!H2dcUFPkOqhB5qD78bOi2xH6ke-uqFXgJZwTbSQrP_M
и посмотри, что во время попытки установки апдейта выводит adb logcat -s AppUpdatesChecker

>>24079
Я подкорректировал немного и перезалил сборку rc90.
Попробуй, пожалуйста, проверить установку обновлений на ней тоже (в качестве теста можно снять галку «Allow beta versions» и попробовать «обновиться» на 1.6.8):
https://github.com/overchan-project/Overchan-Android/releases/download/current/Overchan-Android-current.apk

Просто тред просматривал и всё.

>>24083
Не он, но та же ошибка

>>24085
Можешь, пожалуйста, перекачать и переустановить версию по ссылке https://github.com/overchan-project/Overchan-Android/releases/download/current/Overchan-Android-current.apk и проверить еще раз? Я сейчас сделал, чтобы сообщение об ошибке выводилось на экран и можно было сделать скриншот с ним (и мне надо было сразу так сделать; прошу меня простить за это).

Вот, держи.

>>24088
Благодарю! На какой версии андроид это? Из скриншота я так понимаю, что не 10.

>>24089
Андроид 6, прости, надо было сразу сказать.

>>24090
Вроде исправил. Проверил в эмуляторе на андроиде 6, 7 и 10, и на телефоне с 9.
Но не помешает ещё попробовать на реальном 10, так что просьба >>24079 анону, проверить установку обновлений на реальной 10-ке.
https://github.com/overchan-project/Overchan-Android/releases/download/current/Overchan-Android-current.apk

>>24091
Меня на 6 тоже всё работает, молодец!

Немного допилил сегодня работу полноэкранной галереи.
Выложу свежую сборку как только проверим работу установщика обновлений на андроид 10 (>>24091).

Такие дела. И вообще, зачем для сохранения апк используется тот же путь, что и для картинок? Пусть будет в папку с кэшем/вкладками, или в отдельно заданное место.

>>24095
>зачем для сохранения апк используется тот же путь, что и для картинок?
Мне показалось это наиболее простым и логичным вариантом, ведь
1. Туда пользователю проще попасть, чем в директорию с кэшем/вкладками;
2. Туда скидываются все файлы Оверчана, которые не попадают под контроль кэша, в т.ч. сохраненные треды;
3. Туда также записывается конфиг при экспорте.
>отдельно заданное место
Будет странно делать специальную настройку директории для загруженных обновлений, но при этом не делать раздельные настройки для сохраненных тредов и экспортированных конфигов. А если сделать это всё, то получится как-то слишком сложно и без явных плюсов.

В любом случае, у тебя проблема, как я понял, из-за того, что директория загрузок находится на внешней карте памяти. Я попробовал пофиксить, чтобы работало. Проверь, пожалуйста:
https://github.com/overchan-project/Overchan-Android/releases/download/current/Overchan-Android-v1.6.9-rc91.apk

>>24096
>Туда пользователю проще попасть, чем в директорию с кэшем/вкладками
А зачем ему это видеть?
>Туда скидываются все файлы Оверчана, которые не попадают под контроль кэша, в т.ч. сохраненные треды
И правда, лол. Просто я ни разу в жизни не сохранял треды целиком, я только картинки сохраняю. А можно завести для апк отдельный подкаталог (с непременным .nomedia внутри сразу искаропки), чтобы они лежали прямо на виду и не мозолили глаза? Ну или удалять их после установки как-нибудь, когда они уже не нужны.
>Туда также записывается конфиг при экспорте
И правда, опять же. Ни разу в жизни не экспортировал конфиг, как-то по привычке для этого использую титаниум.
>из-за того, что директория загрузок находится на внешней карте памяти
Причём не просто на карте памяти, а у меня стоит модуль для магиска "ExSDCard Access Enabler", который монтирует карту по немного другому пути с разрешением доступа на запись для всех приложений.
> Я попробовал пофиксить, чтобы работало. Проверь, пожалуйста
Заработало в этой версии, качает и появляется запрос на установку.

>>24097
>А зачем ему это видеть?
Чтобы самому удалить ненужные файлы, например. Если сохранять только одну последнюю версию и только на время обновления, то можно было бы (и даже нужно) разместить ее рядом с кэшем или даже во внутренней памяти. Я рассматривал такой вариант тоже, но в итоге подумал, что будет лучше, если предыдущие сборки не будут сами удаляться, т.к. иногда может быть полезно откатиться на предыдущую версию, или поискать, в какой именно версии из предыдущих начал проявляться баг, и т.д.
>Заработало в этой версии, качает и появляется запрос на установку.
Отлично, спасибо за тестирование.

1. Исправлены проблемы с установкой обновлений из меню приложения.
2. Теперь для того, чтобы в полноэкранном режиме галереи вручную показать или скрыть UI, используется долгое нажатие. Сделано с целью избежания конфликтов с другими жестами (к примеру, с элементами управления webview видеоплеера и, потенциально, с запланированными новыми жестами изменения масштаба).

>>24100
Опять к разработке вернулся? Что там по очистке кукисов, не планируешь в ближайшее время запилить?

>>24106
>Опять к разработке вернулся?
Да, если это можно так назвать.
>Что там по очистке кукисов, не планируешь в ближайшее время запилить?
В планах есть многое, но что из этого именно в ближайших — трудно сказать. В первую очередь я стараюсь чинить то, что сломано. Во вторую — пилить что-то из того, что чаще просят, или что-то, что было бы полезно мне самому, выбирая по настроению.
На данный момент я планирую/занимаюсь следующими фичами:
1. Стирание имен отправляемых файлов;
2. Стирание данных EXIF из jpeg при отправке;
3. Просмотр данных EXIF.
Но можно попробовать заняться вместо этого и сбросом cookies, если это более востребовано.

>>24107
Да вряд-ли особо, в основном я просил и ещё пара а может это и один был человек. Те что ты привел явно больше реквестили.
Я тут у куробы еще простейшую реализацию давно реквестируемой фичи подсмотрел. Поиск своих постов и ответов на них в треде, можно же элементарно добавлять какой-то условный тег, пусть он даже будет видимый как это сделано с ответами на оп-пост. Например (You) для ответов, (My) для постов, потом через поиск это быстро и просто искать, а ложных срабатываний почти не бывает даже на англоязычных бордах.

>>24108
А хотя я проебался, (OP) добавляет сама борда. В клиенте нет такого функционала как я думал, тогда забей, видимо просто не получится.

>>24108
Вообще на днях немного подумывал об этой фиче. Но тут в любом случае нужно искать не по тексту, а по каким-то дополнительно хранимым данным (типа подписок на посты). Можно добавить какой-нибудь код, чтобы специальная последовательность символов в строке поиска инициировала альтернативный режим поиска (например #s = поиск постов с подпиской, #r = поиск ответов на них).
Кстати, насчет подписок. Меня удивляет, что никто не реквестирует их доработку. От себя я хотел бы как-минимум доработать в них следующие вещи:
1. сделать им хоть какой-то нормальный менеджмент, помимо возможности тупо удалить всё;
2. сделать галку, которая бы делала, чтобы треды с подпиской обновлялись через мобильную сеть, даже если стоит галка «автообновление только по Wi-Fi»;
но так как никто ничего такого не просит, то и делаю пока что другие вещи.

>>24110
>Кстати, насчет подписок. Меня удивляет, что никто не реквестирует их доработку
Не знаю за всех, но я просто не пользуюсь ими. По мне, хоть совсем выпили их, для меня ничего не изменится. Я когда-то включил их и так и не понял, для чего это вообще надо. Я вроде не страдаю ещё склерозом, чтобы не помнить, что и куда написал, а уведомление об ответах мне не нужно, я рано или поздно всё равно прочитаю ответы.

>>24111
Да я и сам только на треды подписываюсь. Так что можно сказать использую лишь наполовину.

>>24112
А я вообще её подписываюсь, я просто открываю тред и всё. Не закрывается, не теряется, новые сообщения показывает, что ещё надо-то?

>>24113
Уведомления. Вот подписался ты, к примеру, на тред с анонсом эфира Радио 410, и уже точно не пропустишь эфир. Удобно.

>>24110
>Но тут в любом случае нужно искать не по тексту, а по каким-то дополнительно хранимым данным (типа подписок на посты). Можно добавить какой-нибудь код, чтобы специальная последовательность символов в строке поиска инициировала альтернативный режим поиска (например #s = поиск постов с подпиской, #r = поиск ответов на них).
Ну это уже дашчановская реализация, просто как мне кажется все это реализовать сложнее чем мой вариант, а т.к разработка не особо активно идёт я его и предложил.
>1. сделать им хоть какой-то нормальный менеджмент, помимо возможности тупо удалить всё;
Ну лично мне если ответы не интересны, то и сам тред уже не интересен, так что я обычно просто его закрываю. Как-то не припомню ситуаций когда все это надо было бы отдельно менеджить.
>2. сделать галку, которая бы делала, чтобы треды с подпиской обновлялись через мобильную сеть, даже если стоит галка «автообновление только по Wi-Fi»;
А что оно так много трафика жрет при фоновом обновлении?

>>24115
>все это реализовать сложнее
Это самый простой вариант. И практически вся нужная информация уже и так по идее есть, нужно только прикрутить её к поиску.
>Как-то не припомню ситуаций когда все это надо было бы отдельно менеджить.
Если ты подписан на тред, или какие-то посты, то после закрытия треда эти подписки не удалятся, и продолжат накапливаться. И всё, что сейчас можно с ними сделать — удалить их все сразу, что явно не очень удобно, потому что крайне маловероятно, что подписки когда-то станут неактуальными все сразу.
>А что оно так много трафика жрет при фоновом обновлении?
Зависит от количества вкладок и от того, насколько часто обновляются треды на сервере. Если открытых вкладок пара сотен, это может быть достаточно заметно. В этом случае автообновление всех тредов через мобильную сеть нежелательно, но в то же время возможность автообновления нескольких особо важных тредов может быть всё же полезно пользователю, как мне кажется.

>>24116
>И практически вся нужная информация уже и так по идее есть, нужно только прикрутить её к поиску.
Ок, тогда буду надеяться что и до этого руки дойдут.
> то после закрытия треда эти подписки не удалятся, и продолжат накапливаться.
Так а зачем их удалять то? Они как-то на работоспособность приложения влияют или что?

>>24117
>Так а зачем их удалять то? Они как-то на работоспособность приложения влияют или что?
У меня ОКР просто.

Короче, я решил зарелизить то, что сейчас есть (v1.6.9-rc91) как стабильную v1.6.9 и сделать её чекпоинтом для дальнейшей разработки. Просто информирую.

>>24119
Фдроидовскую не хочешь обновить?

>>24120
А там разве можно именно обновить, если уже другой человек делает? Не новую запилить, а именно обновить ту, что есть.

>>24120
Лично для меня выгоднее, если все будут обновляться напрямую с гитхаба. Это минимизирует задержки и позволяет тестировать новые сборки и фиксить ошибки гораздо быстрее. Так что не вижу смысла, честно говоря. Разве что чтобы новым пользователям было проще найти этот форк, если это проблема вообще.

>>24121
Ну, я не могу напрямую обновить. Там оно сейчас привязано к репозиторию AliceCA, насколько я помню.

>>24122
>Это минимизирует задержки и позволяет тестировать новые сборки и фиксить ошибки гораздо быстрее
Ну так неплохо было бы тестовую на гитхабе держать, а стейбл в фдроиде.
>Разве что чтобы новым пользователям было проще найти этот форк, если это проблема вообще.
Ещё какая, через тот же гугл хер на твой форк выйдешь например. Да и вообще понять какой именно сейчас развивается сложно.
>>24123
Да неплохо бы связаться с ребятами с фдроида и вообще оригинальный оверчан заменить нынешним форком. Там уже 100% никакого развития не будет, а в том же Гугле именно он первой ссылкой и вылазит.

Добавлена настройка "Erase filenames", позволяющая не отправлять на сервер оригинальное имя файла.
Больше сегодня ничего сделать не успеваю. Может, через несколько дней еще что-нибудь выложу.

>>24124
>Ну так неплохо было бы тестовую на гитхабе держать, а стейбл в фдроиде.
Кому из пользователей нужна стейбл вообще?
>через тот же гугл хер на твой форк выйдешь например
Лол, и правда. У меня он не то что про форк, он даже про Оверчан в целом почти ничего не выдает. Странно вообще.
>Да неплохо бы связаться с ребятами с фдроида и вообще оригинальный оверчан заменить нынешним форком.
Не разбираюсь в этом, но от чего-то сомневаюсь, что такое прокатит.

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

>>24126
>Кому из пользователей нужна стейбл
>вообще?
Тому кто хочет стабильности, хотя в рамках именно этого проекта может и правда не нужна.
>Лол, и правда. У меня он не то что про форк, он даже про Оверчан в целом почти ничего не выдает. Странно вообще.
Ну я имею в виду если даже чисто overchan искать. Ну и у меня европейский гугл, может разные результаты давать.
>Не разбираюсь в этом, но от чего-то сомневаюсь, что такое прокатит.
Не попробуешь, не узнаешь. Я сам только на уровне пользователя дело имел, как у них там все работает хз.
>>24127
Твоя правда.

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

>>24129
Ящитаю, что ты не нужен, и этот тред тоже, а кому надо, тот сам всё напишет, или купит ноутбук нормальный, ишь, с телефонов пишут, какие-то блага цивилизации им нужны. НЕ-ДО-СТОЙ-НЫ!

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

>>24134
Тоже обращал на это внимание. Будет в следующем апдейте.

>>24088
Судя по скриншоту это Андроид 6? Из постов приложению нужно удалять спецсимволы
https://en.wikipedia.org/wiki/Zero-width_space
https://en.wikipedia.org/wiki/Soft_hyphen
и возможно еще другие подобные. Ширина текста не должна равняться нулю при непустом тексте.
В 7 версии этот баг был пофикшен.

>>24136 -> >>24084

>>24084
Спалил синчера

https://github.com/overchan-project/Overchan-Android/commit/a3e885182d0d767dadce4b2ae50b164bf1fdbd9f

Вот объясните, ЧЯДНТ? Пытаюсь починить проверку рекапчи от клаудфлары — и не могу.
Вроде бы всё сделал как надо, а проверка всё равно не проходит и cookie cf_clearance не возвращается. Срочно нужна помощь экспертов по Cloudflare.

Если что, увидеть такую проверку сейчас возможно, к примеру, зайдя на Kohlchan из под Tor'а.

>>24139
Может, из-за tor? Сколько мне помнится, капчи на клаудфаре в торе даже без блокировок всяких никогда не решались нормально.

>>24141
Я потому и тестирую через Тор, что клаудфлара показывает Тор-юзерам рекапчу в 95% случаев. Дело в том, что эта самая рекапча, встроенная проверку клаудфлары, была сломана последние несколько месяцев из-за очередной смены логики на стороне клаудфлары. Но я всё починил уже на самом деле, нашел у себя ошибки. Сейчас вот допилю ещё немного, и выложу апдейт.

При запуске сервиса автообновления сразу инициируется обновление вкладок.
Пофикшена проверка рекапчи на клаудфларе.
Улучшения модуля Kohlchan'а.

>>24143
>Пофикшена проверка рекапчи на клаудфларе.
Подтверждаю. Проходится проверка на 420чане, в том числе в fallback режиме.

Поддержка носков планируется, или продолжаю сидеть с враппером?

>>24146
Обсуждали. Носки невозможно прикрутить к webview, поэтому к сожалению нет.

>>24143
>При запуске сервиса автообновления сразу инициируется обновление вкладок.
Спасибо, вроде такая мелочь, а пользоваться стало гораздо приятнее.

1. Альтернативное действие по долгому удержанию назад (закрытие вкладки или возврат на предыдущую, в зависимости от того, что установлено в настройках основным действием);
2. Небольшая доработка модуля Kohlchan.

>>24150
>Альтернативное действие по долгому удержанию назад (закрытие вкладки или возврат на предыдущую, в зависимости от того, что установлено в настройках основным действием);
Приятненько, помню давно уже просил. Однако работает некорректно, у меня после закрытия таба приложение закрывается.

>>24151
Даже не так, когда удерживаешь закрывается таб, а когда потом уже отпускаешь закрывается приложение.

>>24151
Какая версия андроид? Просто закрывается, или крашится и предлагает отправить логи?

>>24153
>Какая версия андроид?
7, помню ты когда закрытие ответов на удержание пилил тож проблема была что он отматывать бесконечно начинал, может это чем-то поможет.
>Просто закрывается
Просто закрывается, даже из трея пропадает иконка обновлений, краша нет.

>>24154
Обновил сборку. Попробуй на новой (beta5), пожалуйста.