Перейти к содержимому


Публикации kg0

41 публикаций создано kg0 (учитываются публикации только с 29-Апрель 23)



#8577 1.9.5 бета

Отправлено от kg0 в 21 Октябрь 2011 - 08:38 in Как это сделать

Добрый день,

Попробовал перейти с 1.9.4 на 1.9.5

Первое, что увидел после загрузки backup

Fatal error: Unknown column 'Кто добавил' in 'field list'
UPDATE cb_data2 SET `Кто добавил`='2' WHERE id='11'
in /var/www/test/cb/include/functions1.php on line 168



#8578 1.9.5 бета

Отправлено от kg0 в 21 Октябрь 2011 - 08:38 in Как это сделать

Добрый день,

Попробовал перейти с 1.9.4 на 1.9.5

Первое, что увидел после загрузки полного backup

Fatal error: Unknown column 'Кто добавил' in 'field list'
UPDATE cb_data2 SET `Кто добавил`='2' WHERE id='11'
in /var/www/test/cb/include/functions1.php on line 168

update:
Попробовал загрузить просто backup-структуры базы - все загрузилось без ошибок.



#8581 1.9.5 бета

Отправлено от kg0 в 21 Октябрь 2011 - 09:00 in Как это сделать

Ошибка:

Когда создаю новую запись, нахожусь в карточке записи и ввожу в поля значения.

Если поле типа связь, то справа есть жирный зеленый плюсик, чтобы добавить значения не отходя от кассы, так сказать.
Нажимаю на этот плюсик, раскрывается дополнительное поле ввода, ввожу значение, жму Сохрнить для этого нового значения и получаю:
meaasage box cо следующим текстом:

An error occurred in your response function, NOT mybic
related. Error Name:TypeError Message:Cannot call method
'replace' of undefined



#8273 Обновление ревизии

Отправлено от kg0 в 15 Сентябрь 2011 - 07:45 in Как это сделать

Просмотр сообщенияРазработчик (14.9.2011, 16:11) писал:

Права на запись при обновлении должны быть во все папки и файлы программы, а не только на папку temp.

На все папки и файлы нужно поставить 777 ? Или хватит и 755 ?



#8261 Обновление ревизии

Отправлено от kg0 в 14 Сентябрь 2011 - 15:24 in Как это сделать

Версия "Ревизия: 2391 от 2011-09-07"
Права на директорию temp - 777

После нажатия кнопки "Обновить" вываливается вот такая простыня:


Warning: ZipArchive::extractTo() [ziparchive.extractto]: Invalid or unitialized Zip object in /var/www/u1196375/data/www/demo.bazis.info/cb/edit_config.php on line 132

Warning: ZipArchive::close() [ziparchive.close]: Invalid or unitialized Zip object in /var/www/u1196375/data/www/demo.bazis.info/cb/edit_config.php on line 133

Warning: unlink(/var/www/u1196375/data/www/demo.bazis.info/cb/temp/cb/include/config.php) [function.unlink]: No such file or directory in /var/www/u1196375/data/www/demo.bazis.info/cb/edit_config.php on line 135

Warning: unlink(/var/www/u1196375/data/www/demo.bazis.info/cb/temp/readme.txt) [function.unlink]: No such file or directory in /var/www/u1196375/data/www/demo.bazis.info/cb/edit_config.php on line 136

Warning: opendir(/var/www/u1196375/data/www/demo.bazis.info/cb/temp/cb) [function.opendir]: failed to open dir: No such file or directory in /var/www/u1196375/data/www/demo.bazis.info/cb/include/functions1.php on line 2197

Warning: readdir(): supplied argument is not a valid Directory resource in /var/www/u1196375/data/www/demo.bazis.info/cb/include/functions1.php on line 2198

Warning: closedir(): supplied argument is not a valid Directory resource in /var/www/u1196375/data/www/demo.bazis.info/cb/include/functions1.php on line 2220

Warning: rmdir(/var/www/u1196375/data/www/demo.bazis.info/cb/temp/cb) [function.rmdir]: No such file or directory in /var/www/u1196375/data/www/demo.bazis.info/cb/include/functions1.php on line 2221



#8573 Отключить кликабельность полей

Отправлено от kg0 в 20 Октябрь 2011 - 15:49 in Как это сделать

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

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

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




Просмотр сообщенияТехподдержка (20.10.2011, 14:51) писал:

Дополню. Можно для этого использовать примерное следующее вычисление, имеющееся в нашей стандартной конфигурации. В этом вычислении в одну таблицу переносятся данные из одной таблицы в другую, а именно Адрес из таблицы "Контрагенты" в таблицу "Реквизиты".
$rekv = data_table("Реквизиты","id={ID}");// получаем данные из текущей строки
$org = data_table("Контрагенты","id='".$rekv['Организация']."'");//получаем данные из таблицы "Контрагенты", где id равен $rekv['Организация']
return $org['Адрес'];
Вам только остается поменять переменные на те, которые используются у Вас.



#8566 Отключить кликабельность полей

Отправлено от kg0 в 20 Октябрь 2011 - 14:37 in Как это сделать

Добрый день,

Проблема следующего рода: Есть таблица, в ней большая часть полей - это поля связи.

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

Вопрос - как сделать так, чтобы можно было часть полей (при их отображении) сделать "просто текстом", а не активными (по которым происходит переход в связанные таблицы). Это необходимо не только в "табличном виде", но и при просмотре записей.

Чем меньше у пользователей возможностей что-нить нажать, тем им проще работать с программой....



#8584 Отключить кликабельность полей

Отправлено от kg0 в 21 Октябрь 2011 - 09:26 in Как это сделать

Выход каждой новой версии....это....это как подарок для меня :))
Правда! Всегда радуют новые фичи и возможность их попробовать

В 1.9.5 бета в настройках поля есть свойство "Отображать HTML теги:"
прошу Вас рассмотреть возможность сделать аналогичное свойство "Переходить по полям связи", чтобы можно было отключить переход по полям связи в табличном режиме и в режиме просмотра записи.

Потому что это действительно поможет пользователям легче и приятнее работать с Вашей программой.



#8643 Отключить кликабельность полей

Отправлено от kg0 в 27 Октябрь 2011 - 12:25 in Как это сделать

Просмотр сообщенияТехподдержка (21.10.2011, 13:15) писал:

Хорошо. обсудим эту возможность.

Рассмотрите, пожалуйста, добавить эту возможность в версию 1.9.4 тоже.

Сильно без этой возможности мучаюсь :((( потому что иначе никак не получается сделать "некликабельные поля связи" в режиме "Просмотр записи", но в тоже время сохранить возможность их редактировать в режиме "Редактирование записи".
(в табличном режиме просмотра некликабельные поля реализовал через "вычисляемые поля")



#8583 Контроль прав на редактирование

Отправлено от kg0 в 21 Октябрь 2011 - 09:06 in Как это сделать

Добрый день,

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

Нашел в настройках вычислений условия: при сохранении в таблице, при изменении поля.

Но все равно непонятно, как же можно сделать "отказ от сохранения" ???



#8597 Контроль прав на редактирование

Отправлено от kg0 в 21 Октябрь 2011 - 14:27 in Как это сделать

Просмотр сообщенияAnalitic (21.10.2011, 13:20) писал:

$line['f444']=$event['changed'][444]['old'];


а это какая-то новая языковая конструкция в версии 1.9.5

$line - предопределенное имя переменной?
f444 - это имя поля в БД
444 - это тоже имя поля только без f ?



#8492 Контроль прав на редактирование

Отправлено от kg0 в 13 Октябрь 2011 - 20:26 in Как это сделать

Просмотр сообщенияРазработчик (12.10.2011, 8:48) писал:

Если речь идет об отмене операции сохранения, то это уже реализовано в 1.9.5. Там вообще существенно изменена модель вычислений.

Подскажите, а когда примерно версия 1.9.5 будет доступна для скачивания и где можно прочитать про новую модель вычислений ?



#8426 Контроль прав на редактирование

Отправлено от kg0 в 06 Октябрь 2011 - 20:51 in Как это сделать

Добрый день,

Возможно ли это сделать стандартными средствами:


Есть две группы пользователей.
Первая группа должна иметь права на создание и изменение записей.
Вторая группа должна иметь права на чтение и __однократное__ изменение некоторых полей записи.

Т.е. суть задачи в том, чтобы оператор после первого изменения записи (созданием записи он не занимается) и ее сохранения не мог повторно что-то в ней подправить.



Все думаю как решить - про расширенные права доступа (динамическое изменение значения поля контроля доступа) и "вычисления в таблицах", которые срабатывают при нажатии кнопки "Сохранить", но что-то пазл не складывается...



#8433 Контроль прав на редактирование

Отправлено от kg0 в 07 Октябрь 2011 - 13:52 in Как это сделать

Спасибо. С этим все понятно.

Может быть Вы рассмотрите возможность включить в версию 1.9.5 возможность управлять порядком исполнения кода "вычисления в таблицах", которые срабатывают при нажатии кнопки "Сохранить", чтобы можно было выбрать момент исполнения кода:

Вариант А: до сохранения изменений в базу данных.

Вариант Б (как работает сейчас): после сохранения изменений в БД.



#8429 Контроль прав на редактирование

Отправлено от kg0 в 07 Октябрь 2011 - 10:12 in Как это сделать

Спасибо.

Подскажите, пожалуйста, где можно посмотреть примеры php кода для манипулирования полями с типом "пользователь множ. выбор" (добавление пользователя, вычитание пользователя, проверка на вхождение пользователя) и пример кода на принадлежность пользователя к определенной группе доступа ?



Просмотр сообщенияРазработчик (7.10.2011, 8:54) писал:

Создаете поле с типом "пользователь множ. выбор", со значением по умолчанию в виде списка пользователей 2-й группы, и с установкой "расширенных прав" на редактирование полей. При первом редактировании записи пользователем из данной группы, через вычисление убираете этого пользователя из списка, права на дальнейшее редактирование у него соответственно пропадут. Все остальные права можно задать непосредственно в группе доступа.



#8477 Контроль прав на редактирование

Отправлено от kg0 в 11 Октябрь 2011 - 18:37 in Как это сделать

Цитата

Создаете поле с типом "пользователь множ. выбор", со значением по умолчанию в виде списка пользователей 2-й группы

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

Прошу Вас реализовать в ближайшей версии возможность восстановить (или не сохранять изменения) и управлять этим через "вычисления в таблицах"
(например, добавить анализ кода возврата "вычислений в таблицах", если return 1 - то сохранить изменения, если return 0 - то не сохранять)



#8642 Скрыть поле или запретить ввод...

Отправлено от kg0 в 27 Октябрь 2011 - 12:20 in Как это сделать

Спасибо! Благодаря Вашему совету получилось !

На текущий момент решается с помощью Javascript например

[/quote]



#8617 Скрыть поле или запретить ввод...

Отправлено от kg0 в 24 Октябрь 2011 - 13:17 in Как это сделать

Подскажите, пожалуйста, а куда можно вставить приведенный выше код для того, чтобы выполнять его по некоторому условию,
например: "Если поле А==100, то запретить редактирование поля Б"

Его нужно вставить в код в настройках (раздел JavaScript) поля А или в настройках поля Б ?



#8639 Права доступа

Отправлено от kg0 в 26 Октябрь 2011 - 21:51 in Как это сделать

Добрый день,

Версия 1.9.4.

Редактирую права через "Группы доступа".

Там есть три чекбокса: Таблица, Просмотр, Редактирование.

Мне необходимо, чтобы поле с именем ААА типа "связь" имело галочку только в "Редактирование". Ставлю.

(подразумевая, что право "Редактирование" перекрывает право "Просмотр" с точки зрения _доступа_ к данным)

но в результате, когда я захожу в режим редактирования записи, поле ААА невозможно отредактировать - пишет Invalid access


Просьба - можно сделать так, чтобы право "Редактировать" позволяло редактировать без применения права "Просмотр".



#7541 Ложные срабатывания напоминаний

Отправлено от kg0 в 01 Июль 2011 - 10:05 in Как это сделать

Отправил через форму заявки на сайте.



#7571 Ложные срабатывания напоминаний

Отправлено от kg0 в 06 Июль 2011 - 11:38 in Как это сделать

Просмотр сообщенияРазработчик (6.7.2011, 9:15) писал:

Когда отправляли заявку? Не нашел ничего похожего. За 1 июля заявок вообще не было.

хм...интересно, куда же она пропала...ок, скину прямо на почту garifulin



#7525 Ложные срабатывания напоминаний

Отправлено от kg0 в 29 Июнь 2011 - 22:01 in Как это сделать

Версия 1.9.3, ревизия 1922 от 29.06.11

Тему уже поднимал ранее ( http://clientbase.ru...wtopic=2350&hl= )

Если задать в напоминание только условие {new_record}, то оно срабатывает как при создании новой записи, так и при ее последующем редактировании и сохранении.

Вопрос мой такой же: Как сделать так, чтобы оно работало - т.е. выводило напоминание только _один_ раз - при первом сохранении записи (создании записи). Как сделать это штатными средствами?

В прошлый раз мне писали про флажки, но флажков вроде больше нет....



#7566 Ложные срабатывания напоминаний

Отправлено от kg0 в 05 Июль 2011 - 22:14 in Как это сделать

Просмотр сообщенияkg0 (1.7.2011, 10:05) писал:

Отправил через форму заявки на сайте.

Вы получили заявку и дамп базы ?

Каков вердикт ?



#7578 Ложные срабатывания напоминаний

Отправлено от kg0 в 07 Июль 2011 - 09:26 in Как это сделать

Переслал на support@clientbase.ru

Получили ?



#7570 Напоминание конкретному пользователю

Отправлено от kg0 в 06 Июль 2011 - 11:37 in Как это сделать

Добрый день,

Есть таблица Клиенты, мне необходимо сделать так, чтобы напоминание о создании новой записи в таблице Клиенты приходило только одному конкретному пользователю.

Пока что все, что можно сделать, это написать "Кто добавил != Текущий", т.е. напоминание приходит всем, кроме автора. Нужно же иметь возможность конкретно указать пользователя (пользователей), которые будут получать напоминания.

1. Возможно ли это реализовать штатными средствами?

2. Когда в "напоминаниях" появится возможность указать список пользователей (группу) только для которой будет производится проверка условий срабатывания "напоминания" ?

3. Когда в настройках каждого "напоминания" можно будет указать конкретный адрес электронной почты (а не из настроек пользователя), на который должно приходить уведомление ?