<kompi>
mikekaganski: в виндовых ежедневках нету firebird
<kompi>
в линксовых есть
<mikekaganski>
kompi: ну, возможно, люди до сих пор билдят с --disable-firebird-sdbc
<kompi>
и это
<tagezi>
да что ты привязался к этой огнеприце? :)
<kompi>
mikekaganski: насколько я понимаю, для работы firebird JRE не требуется?
<tagezi>
все равно, пока интерфейс для Байс не проработают нормально, пользоваться этим будет не возможно
<mikekaganski>
kompi: не требуется
<kompi>
интерфейс в Базе полностью аналогичен МСО, куда его еще прорабатывать?
<tagezi>
да? напиши об этом статью в свой блог
<kompi>
mikekaganski: однако мастер создания таблиц в базе ФБ пишет предупреждалку, что Жаба отключена, а она нужна
<tagezi>
например, как сделать свойства полей в таблице
<kompi>
tagezi: я могу написать, что Base падает
<mikekaganski>
tagezi: ты не прав то есть абсолютно. Как там про яйцо с курицей? Пока пользователи не дёргают *достаточно*, никто не будет ничего прорабатывать. В эволюции важно давление среды.
<tagezi>
вот ты только и можешь это написать
<kompi>
tagezi: завидуешь?
<mikekaganski>
kompi: значит, нужно писать багрепорт про зависимость от жабы
<tagezi>
mikekaganski: да никого особо не интересует "давление среды", то что ЛО глюит и падает, говорят с 4.1 версии, а воз и ныне там, многие ошибки годами сидят на месте
<mikekaganski>
tagezi: ... а многие правятся. И что?
<kompi>
mikekaganski: чтобы писать багрепорты по базе, нужно чтобы база была в ежедневках виндовых
<mikekaganski>
kompi: а линуксовых недостаточно?
<kompi>
mikekaganski: ты виртуалкой какйо пользуешься?
<mikekaganski>
виртуалбокс
<mikekaganski>
ты ведь уже увидел предупреждение о нужности жабы, Чего недостаточно для написания?
<mikekaganski>
ты, кстати, не сказал, откуда ежедневки
<kompi>
понимания, что дальше таблицу можно создать
<kompi>
ежедневки с сервера dev-build
<mikekaganski>
для багрепорта достаточно появления предупреждения
<mikekaganski>
kompi: ты прикалываешься? какой конкретно ежедневкой ты пользуешься?
<tagezi>
kompi: с чего это? :)) ключи могут быть разные :)
<tagezi>
может он у тебя вообще из нескольких блобовых полей будет :))
<mikekaganski>
Хотя если прога сама захотела его вставить - то ДА
<kompi>
tagezi: давай я буду тупым бараном и скажу, что в Акцессе именно так сделано
<kompi>
tagezi: мне софт предложил в таблице организовать КЛЮЧ
<kompi>
я сам должен следить за ним? нафиг он мне? а если через форму заполнять? откуда я знаю последнее значение ключа?!
<tagezi>
потому что ключ - это НЕ цифра
<mikekaganski>
Именно таком случае я согласен, это юзабилити. Насчёт последнего "я сам должен" - это ни при чём, остынь
<tagezi>
это может быть слово
<kompi>
бог мой, я тебе говорю про самый элементарный случай
* tagezi
забил
<kompi>
вот
<mikekaganski>
kompi: АЛЁ! Ты рапорт лучше заведи насчёт юзабилити
<kompi>
мы между собой не можем понять друг друга
<kompi>
тут я
<kompi>
а хотим мир во всем мире сделать=(
<kompi>
mikekaganski: как энхансемент или как багу?
<bormant>
так, а с какой там версии embedded FireBird прикрутили?
<mikekaganski>
вопрос именно в том, что *если* прога предупреждает, что в созданной юзером таблице нет ключа, предлагает его создать, и юзер соглашается - то у автоматически созданного поля это должно быть
<mikekaganski>
kompi: да какая разница :) ты ж знаешь, что изменим, если надо. Ты же всегда пишешь как баг :)
<kompi>
не всегда
<mikekaganski>
ну, е важно
<kompi>
bormant: да давно уже
<bormant>
mikekaganski: скажем так, желательно, чтобы было. Прежде всего потому, что на непустой таблице его потом заполнить будет совсем нетривиально :-)
<mikekaganski>
bormant: боюсь, мы не поняли друг друга. Я говорю, что должен стоять автоинкремент. Про нужность самого ключа я не говорил - это вопрос работы с таблицами БД, основа :)
<bormant>
mikekaganski: с "должен" не согласен. "Желательно" -- да
<tagezi>
да, можно сделать "плоскую таблицу" вообще без кляча
<mikekaganski>
Не понял... То есть мы скажем коду мастера: ты не *должен* проставлять этот флаг полю, созданному тобой автоматически, но нам *жел*
<mikekaganski>
*желательно*, чтобы ты это сделал?
<mikekaganski>
Да, kompi, люди не собираются читать, о чём им пишут
<mikekaganski>
1. Чер создаёт таблицу. В ней ОДНО-единственное поле "имя", никакого ключа - он нуб
<mikekaganski>
2. Он сохраняет таблицу, программа ему говорит: "давай добавим ключ"
<mikekaganski>
3. Он соглашается, программа создаёт поле ключа, он сохраняет
<mikekaganski>
Именно *в таком случае* - когда *программа создала ключ*, числовой, ни на что не завязанный - программа должна была, кроме имени, типа (число) и признака "ключ" ещё и установить автоинкремент
<bormant>
mikekaganski: согласен
<mikekaganski>
:)
<bormant>
при создании новой таблицы и автоматическом добавлении ключа: да, должен
<tagezi>
о, круто :)) они договорились :)
<mikekaganski>
kompi именно об этом говорил изначально: "эта фигня должна была быть активна по дефолту" "для поля-ключа" "которое программа сама предложила всатвить именно в качестве ключа"
<tagezi>
пишите багфикс
<mikekaganski>
tagezi: kompi, наверное, этим и занят
<tagezi>
его обязательно сделают, когданибудь.. в версии 13
<tagezi>
и чего-нибудь сломают заодно :)
<mikekaganski>
ну дык :)
<tagezi>
бубли показала как сделать.. теперь нужно разобраться
<bormant>
Посмотрел. Предварительный вывод: ребята не видели СУБД с версионным движком
<bormant>
С чего они решили использовать тип SQL_LONG, которого нет в FB -- вопрос отдельный
<bormant>
это для типа INTEGER, который прямо так и есть
* tagezi
не навидит писать стать
<tagezi>
bormant: там скорее ошметки от старой базы до сихпор
<mikekaganski>
ребята какие? из fb, или из lo? (насколько я помню, там главная была проблема - обеспечить совместимость и переносимость между типами fb и hsqldb, откуда растут ноги у транных типов)
<tagezi>
bormant: ты же представляешь себе процес разработки в нормальной конторе?
<tagezi>
анализируется продукт и задачи, пишится тз, потом формируется макет, прорабатываются дитали, а потом пишут код
<bormant>
тривиальный пример: Севис - Выполнить инструкцию SQL: SELECT * FROM RDB$TYPES -- работает
<tagezi>
а у нас всё наоборот, только без матета, тз и деталей
<bormant>
создать запрос в режиме SQL, SELECT * FROM RDB$TYPES, сохранить: Ошибка SQL
<bormant>
Атлична, эта пять
<tagezi>
пиши багрепорт :)
<tagezi>
если написать много-много багрепортов, то возможно, кто-то посчитает что бэйс - это нужно, и начнёт его пилить
<tagezi>
а возможно его удалят из кода :)
<bormant>
RDB$TYPES -- это встроенная псевдотаблица, в которой описаны известные типы.
<bormant>
SQL_LONG там не пахнет :)
<bormant>
Очевидно, где-то забыли сказать до создания базы CREATE DOMAIN SQL_LONG AS ...
<bormant>
Эти решения вообще где-то обсуждались/документировались?
<mikekaganski>
bormant: да, tagezi прав, я читал в рассылке. У нас, к сожалению, в большинстве случаев документация - это исходный код
<tagezi>
да во всех
<tagezi>
максимум что можно найти - это пару строк в блоге разработчика, если он его ведёт
<mikekaganski>
tagezi: ну, не совсем. Есть README во всех корнях, и там кое-что полезно, и даже более-менее поддерживается в актуальном состоянии... но там капля в море
<tagezi>
и обычно это мало похоже на документацию
<tagezi>
там пару молекул в море :)
<tagezi>
субмодуль translations, редми: "Contains the translations/localizations for libreoffice"
<tagezi>
прям охренеть информативно :)
<mikekaganski>
tagezi: ну, в sw более-менее про структуру нодов
<mikekaganski>
но да, плотность информации вне кода даже меньше, чем плотность населения в Якутии
<tagezi>
никто не видел предложиений по интеграции USB портов в мозг? :)
<tagezi>
было бы очень полезно помоему.. взял и загрузил интформацию
<mikekaganski>
было бы прекрасно
<tagezi>
ладно, койду ковырять.. статью нужно дописать (уж наконец-то), и вики заброшена жуть просто как... ей помоему кроме меня вообще никто не занимается
<bormant>
tagezi а разве README в translations непонятный и нужно что-то еще? :)
<bormant>
tagezi корректуру не применил?
<tagezi>
ну, хотя бы сказать что переводу берут из Pootle, и переносят сюда скриптом
<mikekaganski>
bormant: На самом деле - если есть идеи - просто создайте change (можно прямо в WebUI)
<mikekaganski>
tagezi: ^
<tagezi>
bormant: применил, но что-то у меня где-то запуталось всё, и я вижу что Сергей (ещё один пользователь) повторно наисправлял ошибки, которые ты исправил... нужно сесть и понять где я косячу
<tagezi>
а то аж бесит эта ситуация... вы стараетесь, а я простейшее, с копипастить не могу :(
<tagezi>
mikekaganski: что значит WebUI?
<mikekaganski>
tagezi: то есть из браузера
<tagezi>
ты не умничай, пальцем ткни (с) :)
<tagezi>
норд-норд-вест :))
<mikekaganski>
tagezi: https://gerrit.libreoffice.org/#/admin/projects/core - и там Create Change ... и потом много-много меня спрашивай. Если ты думаешь, что у ЛО интерфейс не интуитивный, ты ещё ничего в жизни не видел :)
<tagezi>
ох ё моё... проще на компе сделать и послать
<mikekaganski>
тебе - да. Но если человек не настроил ничего - то там тоже вариант
<bormant>
tagezi так это, сперва сравниваешь эти 2 документа, получаешь общий знаменатель по правкам, нет?
<tagezi>
геррит хорошь для ревью, и то только местами
<mikekaganski>
tagezi: тем не менее, в нескольких случаях я смог помочь людям послать свои изменения через этот ужас, потому что они никогда ничего не сделали бы через нормальный путь
<bormant>
tagezi иначе получится, если кто-то не внес принятые изменения, они будут гореть к отмене после сравнения ;)
<bormant>
tagezi это все было про Writer и его Changes
<tagezi>
bormant: да, я вчера это сделал.. и перенёс всё твоё в блог, сделал пдф и выложил на диск, но вот, с ккакого-то хрена, гугл документ получился со всем ошибками.. сижу, смотрю где накосячено
<bormant>
tagezi не принял изменения, они так и остались в документе?
<bormant>
tagezi там документ был с записанными изменениями и отключенным их показом
<bormant>
tagezi а в гуглодаках, если правильно путаю, есть настройка, что показывать в этом случае: исходный документ или правленый документ. Не оно? Или меня просто глючит
<tagezi>
черт, да
<tagezi>
точно.. аааа
* tagezi
пошёл биться об стену
<tagezi>
спасибо
* bormant
не глючит. Странно...
<bormant>
tagezi изменения надо было рассмотреть и решить, что принято, что нет...
<tagezi>
да, я уже понял это...
<bormant>
отлично
<bormant>
... про SQL_LONG: пока еще не уверен, надо посмотреть внимательнее, но, похоже, кто-то путает DSQL с константами blr*
<bormant>
Где ж на все времени-то найти....
<tagezi>
+100500
<kompi>
мне вот интересно, а в старом движке тоже автоинкремент не задается в таком случае?
<kompi>
ыыы, сохранил базу, закрываю ЛО, ло упал во фриз
<kompi>
я напишу багу про автоинкремент, однако проблема базы далеко не в этом
<kompi>
ппц, Приложение не отвечает
* kompi
поэтому и не стал переводить гайд по Базе
<mikekaganski>
kompi: поэтому и нужно тестирование
bormant_ has joined #libreoffice-ru
bormant_ has quit [Client Quit]
bormant has quit [Quit: bormant]
bormant has joined #libreoffice-ru
bormant is now known as bormant_AFK
<mikekaganski>
kompi: сегодня появилась и сборка 5-4-3-1 для win
<kompi>
нужна компания, которой внезапно понадобилось бы убогое поделие Base вместо вменяемой БД
<kompi>
mikekaganski: которая что?
<mikekaganski>
kompi: которой не было вчера (а deb был)
<kompi>
аа
<kompi>
ну что ж, это достойно быть запечетленным в блоге в связи с фиксом (а был ли фикс?!) мерцания ГУИ
<tagezi>
да вроде правили.. в 5.3.7 тоже сделали
<tagezi>
Сергей вчера говорил
<kompi>
в 5.3.7.1 я проверял сам и писал об этом тоже
<kompi>
теперь вот напишу для 5.4.3.1
<kompi>
да, исправили
<kompi>
mikekaganski: для старого движка поведение с автоинкрементом ключа аналогичное