Про теги, утопическое.

[netp_npokon]

Давно хотел написать, чего мне не хватает от тегов в жежешечке.

Во-первых, возможности объединять теги в группы (навешивать теги на теги!) и отождествлять их друг с другом. Вот зачем мне помнить, что посты про музыку у меня называются "music", а не "музыка"? И почему вместе с тегом "Умка" я должен прописывать еще и тег "музыка"?
Во-вторых, возможности фильтровать ЖЖшный RSS и/или френдленту по тегам (в том числе и группам, которые тоже теги, только над другим доменом).
В-третьих, поиска по тегам.

Да, я в курсе, что нагрузка на базу в этом случае сильно возрастет. Дайте помечтать-то)

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

Comments

[daim0s.livejournal.com]

да-да, и теги к коментам еще, чтобы можно было массово скрывать/показывать/удалять

[shattl.livejournal.com]

а по-моему надо наоборот, убрать все навороты и сделать минимальный функционал =)



//а то даже нормального облака тегов нет//

[ximaera.livejournal.com]

> объединять теги в группы
Этот недостаток лечится соответствующим соглашением об именовании))

К примеру, тег music::Умка.

[netp-npokon.livejournal.com]

Что, разумеется, не дает возможности искать по тегу music и находить Умку :P

[netp-npokon.livejournal.com]

Какие навороты? По-моему, более минималистичного механизма тегов, чем в ЖЖ, уже не придумать.

[ximaera.livejournal.com]

А надо?

На определённой стадии недовольства этим ограничением человек, как правило, создаёт аккаунт на http://del.icio.us/ и тегает посты там, ибо на делишесе есть, по крайней мере, один уровень вложенности тегов.

Многоуровневая и - в особенности - перекрёстная вложенность - это смерть в первую очередь для пользователя.

[netp-npokon.livejournal.com]

и ручку специальную, чтобы стучать на комментаторов)

[shattl.livejournal.com]

имею в виду навороты жж в целом)

[netp-npokon.livejournal.com]

Надо. В противном случае я бы не парился)

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

Никто не заставляет пользователя использовать ее сверх меры)

[pawa.livejournal.com]

Лучше конечно чтобы были фильтры как в Gmail. Например настроить фильтр, чтобы все посты в msu содержащие слово "ТАТ" не отображались вообще =)

[netp-npokon.livejournal.com]

Одно другому-то не мешает, теги в Gmail тоже рулят.

[dendik.livejournal.com]

По одному пункту: см, RTFM.

[netp-npokon.livejournal.com]

Обана. Очень и очень здорово)
Ты что, занялся имплементацие тегов у себя?)

[dendik.livejournal.com]

Я надеюсь довести систему до такого состояния, что тэгов там в конечном релизе не будет. А версия с тэгами сегодня появится, да, додебагиваю (выловил пока сегфолт в iovm... я думал, такого не бывает).

[netp-npokon.livejournal.com]

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

Я попинал Йонаса, но обещанных новых пакетов так и не дождался. Похоже, грядет еще один форк)

[dendik.livejournal.com]

Да, я искренне надеюсь, что в итоговой версии у меня тэгов не будет. Ибо тэги всё-таки съели мозги всего человечества несколько зазря. :). Ну, а пока в порядке прототипа их нужно иметь, да.

1. Он тебе ответил? Если нет, пинай таки через список рассылки, это надёжнее (там он отвечает в течение нескольких часов наверняка).
2. Таки кто тебе мешает взять его debian/ и собрать с ним гитовую версию?
3. За послдение два месяца IO изменился довольно мало. Ну, кроме починки уникода в некоторых местах (а вот в интерактивном режиме на неscii всё равно надеяться бесполезно, ибо там кривой libedit, а не io).
4. Если ты таки собираешься делать свои пакеты, то бага ради, _юзе_ _гит_! Йонаса мне запинать до того, чтобы он свои изменения смерджил с моими не ручками, а гитом, мне не удалось, но хоть ты-то внушаем! Гит же удобнее тара с гзипом и бзипом!

[netp-npokon.livejournal.com]

Я не вижу смысла от какой-то существующей концепции отказываться. Добавлять новые - это хорошо, но почему бы не поддерживать то, что уже опробовано? Кстати, если не секрет, как ты собираешься организовывать быстрый поиск или выборку по определенной тематике? Только не говори, что они тоже съели мозги человечества)

1. Да, ответил, что к концу недели похакает. А еще - что у него супер-пупер обновленная система. Но пускай она хоть трижды такова, пакеты должны собираться в контексте репозитория, а не с распоследним libc.
2. Неумение собирать пакеты. Впрочем, это лечится. Ты скажи лучше, почему его - разве нет того места, куда код кладут девелоперы?
4. Стоп. Этот чувак не пользуется CVS в принципе и делает все руками?
Мама дорогая.

[dendik.livejournal.com]

Нуу, а зачем в прототипном программировании отказались от понятия классов? Зачем отказываться от того, что уже опробовано? А ассемблерные вставки?

Я хочу в конце концов получить что-то вроде индексатора и поисковой системы, только с хитростями. До конца идею ещё не продумал пока.

1. Он неправ. pbuilder должен быть на актуальное состояние репозитория настроен.
2. git clone .../Io; cd Io; wget -r .../debia; fakeroot ./debian/rules binary-arch; sudo dpkg -i ../iolanguage-*.deb
Это дословно, кроме подстановки многоточий на урлы.
4. Не сметь отвечать словом CVS на вопрос про git или darcs!!!!!!!!!!!!

Я не знаю, пользуется ли он какой системой контроля, но выкладывает только тары.

[netp-npokon.livejournal.com]

Ты это, пиши, как оформится. Я тоже такими мыслями давно страдаю, хотя и не против тегов - по-моему, удобно, когда юзер имеет ручки к этому поиску.
2. wget http://tnlgame.net/downloads/io/debian-2007-11-18-16.30.tar.gz в Io/, потом tar -zxf, потом fakeroot?
4. А в чем проблема? В данном случае слово "CVS" можно заменить любой удобной тебе системой контроля, в том числе и cvs.

[dendik.livejournal.com]

1. Угу.
2. Ээыы. Я забыл, что он tgz публикует. Ну, если бы ты качал debian/ из меня, то можно было бы обойтись и одним wget (или, ещё лучше, git clone). А потом fakeroot, да.
4. Проблема в том, что CVS – это название очень кривого программного продукта, которое с некоторых пор стало неприлично произносить. А если ты хочешь говорить о любом представителе идеи, то эназывается VCS, SCM или как угодно ещё. Или по-русски: репозиторий или хранилище (последнее упоминаю тут только потому, что его сказал Гоша; мне ни разу не кажется что-либо объясняющим это слово).

[netp-npokon.livejournal.com]

2. Кстати, черта с два. В какой-то момент make ругается на флажок -ledit, на чем все и кончается.
4. По-моему, кто-то цепляется к словам. Я тоже не люблю cvs, но не настолько.
Слово "хранилище" меня тоже пугает, кстати. Поэтому я использую его только в дипломе)

[dendik.livejournal.com]

2. Разумеется, у тебя должны стоять все пререквезиты, как и для любой сборки пакетов. Если ты выкачивал io позже, чем вчера, то он должен собираться уже и без libedit, а иначе тебе таки придётся поставить libedit-dev

4. Есть тонкая грань между шорошоватыми формулировками и употреблением совершенно неуместных понятий. Кроме сегодняшней твоей попытки, я ни разу не встречал употребления слова cvs для обозначения vcs, кроме случаев информационной ограниченности автора или древних публикаций, что одно и то же. (NB из этого не следует, что таких употреблений не было).

[dendik.livejournal.com]

2. PS. Кстати, Стив просил потестить установку последнего гитовского релиза в отсутствие libedit и пожаловаться, если не работает.

4. PS. Меня хранилище не пугает, просто это слово для меня недостаточно узкое. Резервуар с водой – это тоже хранилище. Однако он не занимается хранением версий (и уж точно не занимается хранением версий программного кода).

[netp-npokon.livejournal.com]

2. О, теперь пошло, кажись. Но непонятно, откуда бы я должен догадаться о пререквизитах? Они где-то прописываются? Я управляю их расстановкой?

3. Теперь он свалился, не найдя readme.txt. То есть понятно, что потом я сделал его и сам, но почему бы этим не заниматься сборочной системе?

4. Меня ввела в заблуждение уверенность в том, что в википедии любая система хранения тоже называется CVS. Оказывается, ничего подобного. Так что я беру свои слова назад, хотя и не одобряю красноглазого фанатизма)

[netp-npokon.livejournal.com]

2. Не собирается. Он умный, однако - сам написал -ledit и удивляется.

[dendik.livejournal.com]

2. Эыы. Когда собираешь пакеты из исходников, всегда нужно быть готовым к тому, что они от чего-нибудь зависят. Если бы у Йонаса был аптовый репозиторий, тогда ещё можно было бы как-нибудь apt самостоятельно догадаться выкачать все билдовые зависимости. Да и так можно (но я не умею; впрочем, умею заставлять эти зависимости выкачивать пбилдер: ему просто ничего для этого и говорить не надо, он сам всё выкачает; но пбилдер ещё настраивать долго).

3. Вопросы не ко мне :) В моей версии никакого дурацкого readme.txt, который туда кто-то почему-то запихивал руками нету, а в списке доки прописано всё, что является таки именно докой.

4. То-то же! *.*

[netp-npokon.livejournal.com]

2. Я понимаю. А сам я могу сказать им, от чего зависеть?

3. Забавно, собранный пакет iolanguage_дата не содержит бинарника io. И вообще ничего, кроме мана, не содержит)

[dendik.livejournal.com]

2. Кому -- им?

3. Правильно. Это метапакет. У него зато есть зависимости!

[netp-npokon.livejournal.com]

2. Ну, пакетам. Могу я написать, от каких пакетов в убунтовском репозитории они должны зависеть?

3. Прикол в том, что бинарники Io/_build/binaries/io и io_static ни в какие пакеты не попали. И вообще, такое ощущение, что пакеты состоят из одной лишь документации.

[dendik.livejournal.com]

2. см. debian/control Я таки не понял, в чём твой вопрос, но ты туда посмотри.

3. Эыы. Ухты... Клёво! Это повод потиранизировать Йонаса %)))