Это архив форума за 2011 г. Текущая страница обсуждения технических вопросов - здесь. Архивы обсуждений: 2007 | 2008 | 2009 | 2010 | 2011 | 2012 | 2013 | 2014 | 2015 | 2016 | 2017 | 2018 | 2019 | 2020 | 2021 | 2022 | 2023 | текущее

Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.


Что-то произошло с шаблоном склонений или неточность?

Вроде всё нормально. --Infovarius 16:31, 24 декабря 2011 (UTC)Ответить[ответить]

Ссылки с формы слова на его инфинитив править

Для слова absorbing в качестве первого значения руками написано что это Present Perfect. Выпарсивать это скриптом совершенно невозможно, да и не нужно, учитывая что у нас вроде есть спец. шаблоны на этот случай... Но как правильно оформить такую отсылку через систему шаблонов? В каких-то случаях используется Шаблон:словоформа. В каких-то, например Шаблон:прич_en. Что правильно? Каков пример использования? Что следует написать в слове absorbing вместо ручного Present Perfect?

И чтобы два раза не вставать... Если кто-то вызовется отвечать на мои вопросы по форматированию, минуя это обсуждение, наверное будет хорошо... Чтобы не флудить тут почем зря... --Swami Dhyan Nataraj (Nikolay Shaplov) 08:14, 1 декабря 2011 (UTC)Ответить[ответить]

В en:absorbing пишут Present participle of absorb. Don Rumata 09:59, 1 декабря 2011 (UTC)Ответить[ответить]
Эээ... Как бы это там правильно не называлось, шаблон-то какой использовать?! ;-) У меня главная задача чтобы парсер разделы с такими отсылками игнорировал и не пытался в них найти заголовок "Значение" ;-) --Swami Dhyan Nataraj (Nikolay Shaplov) 14:51, 1 декабря 2011 (UTC)Ответить[ответить]

Меташаблоны править

Я импортировал из Википедии несколько меташаблонов (См. Викисловарь:Меташаблоны). Часть из них уже используется в {{userbox}}. Наиболее полезны шаблоны определения пространств:

  • {{main other}} — определяет находится ли страница в основном пространстве
  • {{talk other}} — определяет находится ли страница в пространстве обсуждений
  • {{user other}} — определяет находится ли страница в пространстве пользователя
  • {{template other}} — определяет находится ли страница в пространстве шаблонов
  • {{category other}} — определяет находится ли страница в пространстве категорий

В Википедии активно используют их для ограничения области применения шаблонов. Особенно это касается всяческих сообщений в боксах. Don Rumata 13:49, 26 октября 2011 (UTC)Ответить[ответить]

{{namespace detect}} не такой уж и универсальный. Он проверяет, что страница находится в основном пространстве или на странице обсуждения и всё. Почитайте описание. Don Rumata 19:05, 26 октября 2011 (UTC)Ответить[ответить]

Может, Вам стоит исправить «сообщество» на «Сообщество»? И добавить ссылку для вставки подписи. KPu3uC B Poccuu 07:35, 11 октября 2011 (UTC)Ответить[ответить]

1) нет 2) есть уже --Infovarius 17:31, 11 октября 2011 (UTC)Ответить[ответить]

Что с интерфейсом? править

У меня слетела инструментальная панель сверху окна редактирования (показывается дженерик, без наших спец. кнопок). Не соображу, как лечить? --Al Silonov 10:00, 6 октября 2011 (UTC)Ответить[ответить]

У меня тоже. Из наших кнопок осталась только викификатор. Don Rumata 10:40, 6 октября 2011 (UTC)Ответить[ответить]
Такое впечатление, что не срабатывает MediaWiki:Extraeditbuttons.js. Don Rumata 13:16, 6 октября 2011 (UTC)Ответить[ответить]
Боюсь, как бы addonloadhook окончательно не отключили, как обещали... --Infovarius 18:35, 7 октября 2011 (UTC)Ответить[ответить]
Функция addonloadhook работает. Не работает Extraeditbuttons.js. И это видимо сделано намеренно, т.к. если этот код добавить в vector.js участника, то кнопочки добавляются. Возможно скоро это исправят, вот тут говорят, что в версии 1.18 все опять работает. Don Rumata 10:03, 12 октября 2011 (UTC)Ответить[ответить]
В англовики этот код вставлен в en:w:MediaWiki:Common.js/edit.js и работает только при выключенной улучшенной панели редактирования. Может трюк в имени файла? Don Rumata 10:20, 12 октября 2011 (UTC)Ответить[ответить]
Я перепробовал все варианты: импортировал скрипт, запускал в addonloadhook, просто добавлял кнопки в тулбар из common — ничего не работает. Ума не приложу в чём дело. В юзерскрипте всё работает как часы. Такое впечатление, что ко времени запуска юзерскрипта тулбар есть, а при вызове из common его ещё нет или он затирается чем-то. Don Rumata 12:36, 12 октября 2011 (UTC)Ответить[ответить]

Самое ужасное, что IE 9.0 все тоже работает. Похоже, что не работает только в FF и Chrome. Don Rumata 12:46, 12 октября 2011 (UTC)Ответить[ответить]

Кажется, благородный дон победил проблему? Низкий поклон, классная работа! В первую очередь не хватало ударения и сслыки на википедию, но и все остальное было полезным. Вот бы аналогичным образом восстановить инструментарий у братских украинцев и белоруссов - там тоже были настроены менюшки и всё пропало. --Al Silonov 22:00, 13 октября 2011 (UTC)Ответить[ответить]
Суть проблемы: загрузка внешнего скрипта через importScript или, как это было раньше, через document.write добавляет скрип в конец DOM модели и он вызывается после site.js в котором собственно и происходит проверка переменной mwCustomEditButtons и добавление кнопочек. Разработчики посчитали, что пользовательские скрипты должны выполнятся после common.js, но до site.js, чтобы пользователи могли сбросить настройки по умолчанию. Мне пришлось просто вставить код инициализации кнопок непосредственно в common.js. Так что Extraeditbuttons.js сейчас не используется. Don Rumata 22:34, 13 октября 2011 (UTC)Ответить[ответить]
По хорошему нужно добавить наши кнопочки в улучшенную панель редактирования и забыть про это недоразумение. Я постараюсь это сделать в ближайшее время. Don Rumata 22:40, 13 октября 2011 (UTC)Ответить[ответить]
При этом, наверное, надо убрать из улучшенной панели многообразие команд для ручного форматирования, ради которого она содавалась: мы стараемся исключить физическое форматирование, заменяя его логическим, какие-либо красоты с оформлением делаются только через стандартные стили и шаблоны. --Al Silonov 06:56, 14 октября 2011 (UTC)Ответить[ответить]
Я сделал прототип для улучшенной панели редактирования Участник:DonRumata/vector.js (как это рекомендуют в mw:Extension:WikiEditor/Toolbar_customization). Старая кнопка викификатора вставляется скриптом из common.js я её в будущем поменяю на новую и вставлю спереди. Какие ещё кнопки нужны или не нужны? Кстати, я проверяю namespace редактируемой страницы и меняю панель только в случае редактирования статьей из основного пространства. Это правильно? Посмотрите, попробуйте, жду ваши комментарии. Don Rumata 12:21, 14 октября 2011 (UTC)Ответить[ответить]
Перенёс код в MediaWiki:Editpage.js. Теперь в настройках можно «Включить улучшенную панель редактирования». Don Rumata 01:44, 21 января 2012 (UTC)Ответить[ответить]
У меня улучшенная панель перестала отображать наши добавочные кнопки (я уже не говорю о том, что смотрится она, со своими аляповатыми кнопками громоздко и неуютно). Что-то неладно. --Al Silonov 14:42, 21 января 2012 (UTC)Ответить[ответить]
У меня локальный скрипт выключен. Работает только глобальный. Дополнительные кнопки показываются только в при редактировании статей в основном пространстве. Я специально так сделал. Могу поменять. Я же спрашивал как лучше. Don Rumata 02:06, 22 января 2012 (UTC)Ответить[ответить]
А нельзя сделать так, чтобы наш расширенный вариант работал без улучшенной панели? А в улучшенную неплохо бы включить кнопку для заголовка 2-го уровня, она как раз полезна для статей с омонимией. Собственно улучшения в улучшенной панели нам (в отличие от википедистов) по большей части не нужны: таблицы, галереи картинок и встроенные файлы мы не используем, форматирование (то, которое реально следует использовать) и так навязчиво присутствует, справка там совсем уж идиотская, символы у нас есть внизу. Только кнопки стали разлапистее и больше, дурацкие побрякушки, не учитывающие специфики работы в словаре...--Al Silonov 12:20, 22 января 2012 (UTC)Ответить[ответить]
Эл, я тебя не понял. Разве дополнительных кнопок нет без улучшенной панели? Я все улучшения их удалил из улучшенной панели. Такое впечатление, что ты не обновил кэшь браузера. Открой страницу в основном пространстве на редактирование и нажми Ctrl-F5 (в Firefox). Don Rumata 13:40, 22 января 2012 (UTC)Ответить[ответить]
Увы, ничего не помогает, из полезных кнопок - только Викификатор, остальное - стандартный минимальный набор (правда, в нем есть кнопка для заголовка 2-го уровня, отсутствующая в улучшенной панели). Ни в Firefox, ни в Хроме не показываются наши кнопочки. --Al Silonov 20:48, 22 января 2012 (UTC)Ответить[ответить]
 Сделано. Поправил. Только обновите кэшь браузера. Don Rumata 10:49, 3 февраля 2012 (UTC)Ответить[ответить]
Ударение не вернулось :( Infovarius 18:14, 3 февраля 2012 (UTC)Ответить[ответить]
Вернулось. Обновите кэшь. Начните редактировать, чтобы появилась панель инструментов, и нажмите Ctrl-F5 (в Фаерфоксе). Don Rumata 11:30, 4 февраля 2012 (UTC)Ответить[ответить]
Спасибо, всё заработало! --Infovarius 18:18, 5 февраля 2012 (UTC)Ответить[ответить]

шаблон:transcriptions и категории "Нужно произношение" править

Вопрос по работе шаблона транскрипций написал здесь. -- Andrew Krizhanovsky 08:09, 22 сентября 2011 (UTC)Ответить[ответить]

Сбой на сервере? править

Это только у меня так, или сервер действительно от жары спятил? В последние 10 минут мои правки в Викисловаре попадают в пространство Википедии, а здешние шаблоны не работают... --Al Silonov 13:00, 27 июля 2011 (UTC)Ответить[ответить]

У меня так же. Don Rumata 13:02, 27 июля 2011 (UTC)Ответить[ответить]

Прошу создать групповой шаблон со ссылками на другие Вики проекты править

Прошу создать групповой шаблон со ссылками на другие Вики проекты. В качестве аналога можно использовать шаблон из Википедии w:Шаблон:Навигация. В английском проекте Wikibooks также есть очень мощный шаблон b:en:Template:Associated Wikimedia. --Averaver 14:46, 20 июля 2011 (UTC)Ответить[ответить]

Технически это можно было бы сделать, но, честно говоря, я не вижу смысла в этом. Если в Википедии ссылки на Викисловарь, Склад и Викитеку - действительно важные и полезные инструменты, то в Викисловаре реально полезными (в силу особенности именования статей) бывают ссылки лишь на Википедию, а такой шаблон уже есть (но вообще-то и эти ссылки требуются сравнительно редко - для существительных/именных групп, по названию совпадающих с реалиями из Википедии)... В какую статью, к примеру, было бы желательно вставить такой шаблон? --Al Silonov 15:47, 20 июля 2011 (UTC)Ответить[ответить]
Например, в категорию Категория:Культура? --Averaver 17:14, 20 июля 2011 (UTC)Ответить[ответить]

Прошу создать отсутствующие шаблоны со ссылками на другие Вики проекты править

Прошу создать отсутствующие шаблоны со ссылками на другие Вики проекты. В категории Категория:Викисловарь:Шаблоны:Интервики отсутствуют шаблоны: commonscat, wikiquote, wikibooks, wikiversity. --Averaver 16:12, 10 июля 2011 (UTC)Ответить[ответить]

Два уже были, ещё два создал. --Infovarius 17:55, 10 июля 2011 (UTC)Ответить[ответить]
Спасибо. В шаблоне Шаблон:wikiversity , пожалуйста, исправьте слово "раздела" на "раздел". Было бы удобно иметь ещё и шаблон commonscat (со ссылкой прямо на категорию в Commons). --Averaver 03:14, 11 июля 2011 (UTC)Ответить[ответить]

О категоризации шаблонов для создания статей править

Забавная надпись в категории Шаблоны для создания статей: «К данной категории также относятся шаблоны, используемые при автоматической генерации статей. Из-за технической особенности системы Викисловаря в этих шаблонах нет явного указания на эту категорию.»

Пора развеять это заблуждение.

Сейчас все шаблоны подстановки категоризованы неверно. Все они попали в категорию Викисловарь:Шаблоны:Языки, т.к. используют шаблон {{--lang--}}. Во-первых, плохо использовать шаблон {{--lang--}} для автоматической категоризации всех страниц в которые он прямо или косвенно включён. Во-вторых, сейчас уже можно добавлять секции <noinclude></noinclude> в preload страницы, т.к. версия MediaWiki 1.17. См. mw:Manual:Creating pages with preloaded text#Loading the preload file. Я проверил как это работает на примере шаблона Шаблон:new-ru-subst-m-an.

Что нужно бы сделать:

  1. Проставить категории во все болванки статей.
  2. Проставить категории во все шаблоны языков.

Это весьма трудоёмкая работа, т.к. шаблонов этих тьма-тьмущая. Можно это как-то автоматизировать?

Кстати, почему у нас две категории для шаблонов постановки?

  1. Категория:Шаблоны для создания статей
  2. Категория:Викисловарь:Шаблоны для создания статей

Наверно вторая правильная? Don Rumata 22:52, 17 июня 2011 (UTC)Ответить[ответить]

Да, всё так. Это наследие былых времен, надо исправлять. Категория:Викисловарь:Шаблоны для создания статей - наверное. более правильный вариант, да. А вот мысль "плохо использовать шаблон {{--lang--}} для автоматической категоризации всех страниц" я не понял. Почему плохо? --Al Silonov 23:09, 17 июня 2011 (UTC)Ответить[ответить]
Потому, что все другие шаблоны включающие его попадают в категорию Викисловарь:Шаблоны:Языки. Если бы его включали только шаблоны языков, то и ничего, но его включают все шаблоны болванок страниц. Можно было бы вывернуться и передавать какой-нибудь параметр типа nocat, но во-первых этот параметр нужно будет пробрасывать из всех включающих его шаблонов. Такое изменение равносильно по сложности и масштабности простому включению категории в каждый шаблон. А во-вторых, зачем? Менять категорию для всех сразу? Сомнительно, чтобы нам это было нужно. Да и сейчас все шаблоны языков начинаются с минуса, а хотелось, чтобы они группировались по первой букве кода языка. Don Rumata 23:44, 17 июня 2011 (UTC)Ответить[ответить]
Здорово, что сейчас можно категоризовать! Не знал. Я прокатегоризирую ботом. Надо только уточнить название. В категориях шаблонов сейчас довольная неразбериха, где с "Викисловарь:", где без. Навигационных в прошлом году было аж три штуки, я объединил. На самом деле, я не уверен, какой вариант лучше. В Википедии примерно пришли к тому, что префикс нужен лишь в головных категориях, а в других из слова "шаблоны" и так понятно, что служебная категория. --Infovarius 18:49, 18 июня 2011 (UTC)Ответить[ответить]
Отлично, прокатегоризируйте ботом, пожалуйста. Большинство из них начинается на new-, но есть и исключения {{ж}}, {{-ин}}, а те, которые на NEW- уже имеют категорию. Лучше посмотреть все шаблоны включающие {{--lang--}} не начинающиеся на «-», часть из них как раз болванки. Don Rumata 10:26, 19 июня 2011 (UTC)Ответить[ответить]
Хорошая мысля приходит опосля. Сделал шаблон {{blank}}, который лучше было бы включать в начало шаблона болванки <noinclude>{{blank}}</noinclude>, а не в конец. Кроме категории шаблон показывает информационное сообщение. Можно было-бы его каскадно защитить от незарегистрированных участников Don Rumata 13:19, 21 июня 2011 (UTC)Ответить[ответить]

Об изменениях в MediaWiki:Searchmenu-new править

Я поправил MediaWiki:Searchmenu-new чтобы не выводилось меню шаблонов для страниц вне основной категории. Пришлось вынести меню для новых слов к шаблон {{New-word-menu}}. Не уверен нужна ли для него категория как для {{new-subst.table}}? Хорошо бы все preload страницы для сербского языка переместить из личной страницы Участник:Vesailok. Как назвать категорию для таких шаблонов? Don Rumata 11:59, 17 июня 2011 (UTC)Ответить[ответить]

Отвечу предложением на каждое предложение :) Хорошо. Что-то забыл, почему нельзя использовать new-subst.table, в чём отличие? Нужна, почему нет. Конечно, нужно переместить. К сожалению напрямую эти шаблоны нельзя будет категоризовать - категория будет попадать и в создаваемую страницу, один из вариантов - категоризовать страницы обсуждения... --Infovarius 12:12, 17 июня 2011 (UTC)Ответить[ответить]
А может шаблоны относящиеся к интерфейсу лучше создавать в пространстве MediaWiki? Или это нельзя? И ещё я заметил, что выбор языка с с помощью javascript работает, но создать с помощью появляющихся кнопочек страницу нельзя. Выводит ошибку «Запрашиваемое название страницы неправильно, пусто, либо неправильно указано межъязыковое или интервики название.» Don Rumata 12:44, 17 июня 2011 (UTC)Ответить[ответить]
Поправил, теперь всё работает. К сожалению всё еще показывается при поиске вне основного пространства. Don Rumata 14:24, 17 июня 2011 (UTC)Ответить[ответить]
В принципе можно MediaWiki. Только надо случайно не угадать стандартное название системного сообщения, коих тысячи... Ну, или в пространстве Викисловарь: --Infovarius 20:20, 17 июня 2011 (UTC)Ответить[ответить]
Все сообщения есть на Служебная:AllMessages, да и проверить можно шаблонной подстановкой. Don Rumata 20:58, 17 июня 2011 (UTC)Ответить[ответить]
Кстати, зачем страница MediaWiki:Noexactmatch? Нет такого сообщения. Все страницы пространства имён «MediaWiki» Don Rumata 21:14, 17 июня 2011 (UTC)Ответить[ответить]
Сейчас не нужна. В прежних версиях MediaWiki она работала. --Infovarius 18:40, 18 июня 2011 (UTC)Ответить[ответить]

Шаблоны -cyrl- vs. буква править

Есть два конкурирующих, по-моему, шаблона: Шаблон:-cyrl- (используется в статьях: ё, и, й) и Шаблон:буква (статьи: а, я, д, і). Коллеги, давайте выберем, какой из них будем использовать и удалим другой. -- Andrew Krizhanovsky 13:33, 25 мая 2011 (UTC)Ответить[ответить]

Хм, сложно решить. Наверное, лучше, если будет отображаться "Буква (кириллица)" или "Символ (кириллица)", что-нибудь такое. --Infovarius 12:15, 17 июня 2011 (UTC)Ответить[ответить]

Статистика по цитатам править

Карточка для слова з-пад с цитатами. Список украинских и белорусских слов, содержащих подстроку "-па".

Начал собирать статистику по цитатам здесь. В разделе "Quote sources" сразу видно - где есть ошибки с указанием источников в примерах. Приглашаю исправлять... -- Andrew Krizhanovsky 20:15, 6 апреля 2011 (UTC)Ответить[ответить]

Чтобы не доводить до такого состояния нам нужно как в википедии делать визуализацию ошибок при неверных значениях параметров. Don Rumata 07:04, 7 апреля 2011 (UTC)Ответить[ответить]
Не знаю, сколько усилий требует эта визуализация... но думаю, что не стоит на неё тратить силы, т.к. ошибки в оформлении допускают новички и анонимы, см. мнение. Им, к сожалению, никакие визуальные предупреждения не помогают. -- Andrew Krizhanovsky 08:25, 7 апреля 2011 (UTC)Ответить[ответить]

Добавил две таблички:

Как обычно - приглашаю исправлять в приведённых словарных статьях ошибки. -- Andrew Krizhanovsky 14:52, 20 апреля 2011 (UTC)Ответить[ответить]

Добавил в словарик цитаты, перевод цитат, название произведения (см. скриншот). -- Andrew Krizhanovsky 11:12, 26 мая 2011 (UTC)Ответить[ответить]

Добавил статистику по частям речи и прочим заголовкам 2-го уровня: Статистика:POS. -- Andrew Krizhanovsky 17:45, 4 июня 2011 (UTC)Ответить[ответить]

Работа для бота править

Предлагаю работу для бота — заменить содержимое Special:WhatLinksHere/mlingk (около 200 слов) на болванку соотв. языка. Как правило, эти статьи состоят из пары строчек Если удасться сохранить перевод на русский, то будет совсем хорошо, если это сложно, то и не надо, перебьёмся. — Sergey kudryavtsev 06:59, 5 апреля 2011 (UTC)Ответить[ответить]

Идею поддерживаю. Нужны ботоводы. -- Andrew Krizhanovsky 08:12, 5 апреля 2011 (UTC)Ответить[ответить]
Предлагаю или на главной странице или где-нибудь сделать ссылку на служебную страницу, куда будут вписываться запросы под общим названием "Работа для бота", а также в случае завершения конкретной работы для бота ставить шаблон done. --Vesailok 17:31, 5 апреля 2011 (UTC)Ответить[ответить]
Простите, а что там сохранять? В этой секции содержатся те самые сомнительные ассоциации, списки которых были удалены. Если поступать последовательно, то нужно из указанных 200 слов просто удалить эту секцию. --Infovarius 05:04, 6 апреля 2011 (UTC)Ответить[ответить]

Итог править

Все секции ассоциативных межъязыковых связей удалены ботом, как оригинальное и чаще всего неудачное изобретение. --Infovarius 22:20, 20 июня 2011 (UTC)Ответить[ответить]

Верхнее меню править

Кто знает, что у нас стало с верхним меню? Вместо нашей специализированной системы еперь это убожество из Википедии. Хоть бы знать, как его настраивать... --Al Silonov 08:58, 16 февраля 2011 (UTC)Ответить[ответить]

Последние несколько дней (или недель?) переход на новую версию MediaWiki. Повсеместные глюки - на сайтах Викимедиа. Надеюсь, временно это всё. -- Andrew Krizhanovsky 11:59, 16 февраля 2011 (UTC)Ответить[ответить]
В каком хоть эта дрянь файле? Не могу найти. Причём даже в Monobook она изменилась!!! -- Wesha 00:01, 17 февраля 2011 (UTC)Ответить[ответить]
У меня тоже самопроизвольно включился «улучшенный» toolbar. А после его выключения галочкой в настройках пришлось править свой monobook.js. Восстановить прежний функционал в прежнем виде пока не удалось, но похоже, что функция addFuncButton() не работает (где она определена - не помню, раньше находил). -- Sergey kudryavtsev 10:13, 17 февраля 2011 (UTC)Ответить[ответить]

Добрые люди помогли: "При недавнем переходе на MediaWiki 1.17 некоторые эта настройка действительно могла сброситься в начальное состояние, и всё, что нужно сделать — у себя в настройках в разделе «редактирование» убрать обе галочки под «Бета-возможности»: «Включить улучшенную панель редактирования» и следующую." -- Wesha 21:18, 18 февраля 2011 (UTC)Ответить[ответить]

Да, наша панель вернулась, но на ней пропала кнопка викификатора, а ее мы очень любили... --Al Silonov 21:32, 18 февраля 2011 (UTC)Ответить[ответить]

Визуальная оболочка для Викисловаря (Java) править

Приглашаю потестировать программку с простым интерфейсом для поиска данных, извлечённых из Викисловаря. Есть версия программы с данными по Английскому Викисловарю и по Русскому. Ссылка: wiwordik.

Замечания и пожеланию для следующей версии - принимаются.

P.S. Оказывается, в enwikt есть шаблоно аналогичный нашему {{пример|}}. Называется он Template:usex. Только им вяло пользуются (порядка двухсот использований всего-навсего). -- Andrew Krizhanovsky 14:21, 14 февраля 2011 (UTC)Ответить[ответить]

Скачал winwordik-ru.jar. При запуске говорит: could not find main class "winwordik.Main" и не запускается. --Infovarius 17:16, 14 февраля 2011 (UTC)Ответить[ответить]
Нет, не так. Вместо того, чтобы качать JAR файл, запусти любой из двух jnlp файлов - ссылки на главной странице проекта. -- Andrew Krizhanovsky 08:36, 15 февраля 2011 (UTC)Ответить[ответить]
«Запусти любой из двух jnlp файлов» — а чем запустить? У меня вместо запуска — окно на скачивание появляется. И что за файлы jnlp такие? Раньше всегда jar'ы запускали: Java VM внутри jar'а искала файл manifest с названием главного класса, и выполняла у этого класса статический метод void main(String [] args) — дёшево и сердито. -- Sergey kudryavtsev 12:12, 15 февраля 2011 (UTC)Ответить[ответить]
Java Web Start (или javaws) ставится по умолчанию вместе с программой "Java". Теоретически, при щёлкании в браузере, операционка должна предлагать открыть программу с помощью "javaws (Java Web Start)". Если такая вещь не случилась, то поможет команда:
 javaws -import http://wikokit.googlecode.com/files/wiwordik-ru.jnlp
 javaws -viewer
Заработало? P.S. Получилось установить даже под CentOS, не только под Windows. -- Andrew Krizhanovsky 13:49, 15 февраля 2011 (UTC)Ответить[ответить]
Ещё не попробовал. У меня Sun'овской Java-машины не стоит, только M$ (которая в виндах зашита). Андрей, а какая минимальная версия JDK / JRT для этой твоей штуки нужна? И почему на сайте с явой логотип Оракла красуется, они купили у Sun отдел разработки Java что ли? -- Sergey kudryavtsev 09:58, 17 февраля 2011 (UTC)Ответить[ответить]
PS: И дай пожалуйста url jar'а c class-файлами (тот огромный wiwordik-ru.jar содержит только данные). -- Sergey kudryavtsev 10:03, 17 февраля 2011 (UTC)Ответить[ответить]
А что такое M$?
Причина, почему мне пришлось делать не обычный .jar дистрибутив, а именно "jnlp" - в том, что для графической оболочки я взял супер-пупер новинку - JavaFX. А эта супер-пупер JavaFX для конечного пользователя (спасибо Sun и Oracle) может устанавливаться только через Java Web Start (т.е. jnlp).
По этой же причине, боюсь, придётся поставить последнюю версию Java. Достаточно JRE, JDK - вовсе необязательно.
В .jar файл я запихнул - все .class файлы + база данных Викисловаря в формате .SQLite, которая появится после установки у пользователя в домашней папке в подпапке .wiwordik (это файлик - 960 MB для enwikt и 200 MB для ruwikt). Т.е. в `wiwordik-ru.jar` не только база данных - но без jnlp - этот .jar, увы, бесполезен.
Да, Sun умер, теперь Oracle владеет Java. -- Andrew Krizhanovsky 11:16, 17 февраля 2011 (UTC)Ответить[ответить]