Мод Elektra File Upload (Страница 1 из 6)

В этом архиве изменения закомментированы? Я к тому, что поскольку нет ридми, то хотя бы выдернуть изменения.

Ладно сверим с оригиналом

niikto, мод большой, но для админа он точно проще, чем Attachments
все новое в администрировании очень похоже на "родное". для программера - в чем-то проще, в чем-то сложнее.

тут палка о двух концах - когда новый функционал выносишь в отдельные файлы для include - упрощается модификация форума, но сложнее проследить где какая переменная установилась. я пытаюсь найти золотую середину

чтобы понять что к чему, надо сначала разобраться в механизме прав punbb.

Добавлено спустя     2 минуты   11 секунд:

не когда "ткнешь", а когда "наведешся" на файл. нет, в самом сообщении она не появляется, в этом отличие от PE. экономлю траффик пользователя
я собирался добавить новый тег для вставки превьюшек, но не успел будет что-то вроде ::thumb####:: - кликабельный тумбнейл

ну фиг знает, на всех не угодишь. гляньте мои галереи на master.1wd.ru (это предыдущий File Upload в работе + kind)
меня смущает, что в форуме-галерее картинка присутствует два раза в одном посте - превьюха + тумбочка.

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

всё же лучше иметь выбор!
я просто сперва не понял!

теперь ясно, Artoodetoo, позволь снова выразить восхищение твоими задумками!

я так понял - щас при наведении на ссылку на вложеный файл, толи аяксом, толи попапом вылазит тумбнайл! это супер! а я то думал надо нажимать.

А если ещё и тег появится - который позволит как в модификации Dexus'а - ВСТАВЛЯТЬ прикреплённый файл в ТЕЛО сообщения (ТОЛЬКО - ради бога - ТУМБНАЙЛОМ - ато у дексуса - если картинка 1600х1200 - она так и вставится) - то это какраз ТО ЧЕГО НЕ ХВАТАЛО!!

я очень постараюсь протестить твой нынешний мод, и понимаю что сам могу способствовать появлению его в виде правильного РИДМИ - чтобы любой уже мог установить!

оказывается в тестовом проекте я упустил парсер ббкодов
обновил архивы. выкинуто несколько лишних файлов. изменились base.css и include/parser.php, полный архив похудел на 100Кб

ничего не изменилось по сути мода. парсер сделан по мотивам Modern BBCodes

забыл сказать: в базовый архив эта функция не вошла. надо открыть include/parser.php, найти и заменить функцию do_smile. если вывод смайликов запрещен на форуме, то превьюшка тоже не будет выводиться. вобщем-то логично!

в ::thumb###:: будет вставляться preview-картинка, т.е.  "среднего размера", до 250x250 по-умолчанию.
сейчас "минимальный размер" не используется в моде нигде. это задел на будущую галерею.

Про thumbnail и preview (далее превьюшки) стоит пояснить специально:

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

- создаются превьюшки в момент просмотра поста с аттачем. функция require_thumb() из include/file_upload.php проверяет есть ли превьшка нужного размера в кеше (img/thumb/), если нет - вызывает create_thumbnail()
если файл уже есть - ничего не делается если create_thumbnail по каким-то причинам обломался, вместо превьюшки останется копия файла err_thumb.gif

- когда Администратор записывает новые размеры для thumbnail и preview, старые картинки останутся в кеше, а при просмотре поста с аттачем создадутся новые и имена файлов у них будут новые. Администатор может дать команду почистить кеш картинок. тогда новые все превьюшки будут создаваться заново по мере необходимости.
отсюда следствие - после чистки кеша тег ::thumb###:: не выведет ничего, пока кто-то не просмотрит исходный пост с аттачем.

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

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

- create_thumbnail умеет вписывать превьюшку в заданный размер двумя способами: по меньшей стороне с обрезанием большей или по большей стороне с оставлением "полей". за это отвечает последний параметр $do_cut.
по моему опыту на маленьких размерах лучше выглядят "с обрезанием". в остальных случаях - "с полями".
кто печатает фотки в фотолабах поймет о чем я говорю.

задавайте свои вопросы -  я объясню

Добавлено спустя     52 минуты   30 секунд:
Хинт для копирования тега ::thumb###:: в попапе:
открываем файл js/popup.js, заменяем функцию downloadPopup() на новую версию:

/**
* Display the popup for attachment
*/
function downloadPopup(e, aid) {
    gwCloseActive();
    var title=document.getElementById('pun-title');
    var body=document.getElementById('pun-body');
    var desc=document.getElementById('pun-desc');
    var funcdata=ATTACH_DATA[aid];
    var atime=funcdata[0];
    var adescr=funcdata[1];
    var acmt=funcdata[2];
    var athumb=funcdata[3];
    var can_download=funcdata[4];

    if (can_download) adescr = '<a href="'+O_BASE_URL+'/download.php?aid='+aid+'" title="click to download">'+adescr;
    if (athumb != '') adescr += '<br /><img src="'+O_BASE_URL+'/'+athumb+'" alt="" border="0"><br/>';
    if (can_download) adescr += '</a>';
    if (athumb != '') adescr += '<b>Thumb</b>: <input type="text" onclick="this.select()" value="::thumb'+aid+'::" /><br/>';


    title.innerHTML='#'+aid+': '+atime;
    desc.innerHTML=adescr;
    body.innerHTML=acmt;

    gwPopup(e, 'pun-popup');
}

скриншоты:
#9 - подсказка для копирования в буфер,
#10 - результат вставки. то что в теге [ code] парсером не парсится

Зачем это надо? Желание, имхо, нерациональное. Идея такая - отказаться от желания и переключиться на что-то более полезное

хм.. вспоминая проблемы с аттач-модом и мерж-постом - а этот мод как себя вкупе с мерж-постом ведет?

Добавлено спустя     34 минуты   41 секунду:
еще 1 замечание:

когда я ставлю ограничение 1600х1200 - и хочу разместить фоту 1200ъ1600 - я обламываюсь очень. приходится ставить 1600х1600 ограничение. но мне бы хотелось чтобы проверялось что одна из сторон 1200 и другая 1600.

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

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

Добавлено спустя     1 минуту   59 секунд:
ещё 1 вопрос всетаки мучает - в аттач моде есть шняга - поменять папку аттачей - тогда новые аттачи ложатся в новую папку, а старые не теряются, тут так можно сделать?
или уже сделано?
ато если все файлы напихивать в 1 папку, то когда их станет сильно много в папке - будет тупить