[dbAdmin 1.1.0] Редактирование данных в ячейках
Основные измерения в новой версии:
— возможность редактирования данных прямо в ячейке;
— возможность удаления строк таблицы;
— автосинхронизация списка таблиц (теперь нет кнопки «Синхронизировать»);
— в диалог свойств таблицы добавлена волшебная кнопка, автоматически определяющая класс объекта MODX, хранящегося в таблице;
— в колонке «Действия» появилась кнопка «Select From», выводящая скрипт селекта в окно SQL запросов. Нажимаем на нее, например, у таблицы modx_access_actions и получаем вот такой скрипт
Теперь подробнее. У таблиц с указанными названиями пакета и класса появилась возможность изменения данных прямо в ячейке. Два раза кликаем на нужной ячейке и меняем содержимое.
Если нужно удалить строку, кликаем на иконку мусорной корзины в последней колонке таблицы.
Чтобы все эти действия были доступны, необходимо указать класс и пакет для таблицы. Для объектов MODX они уже прописаны. А вот для пользовательских таблиц нужно вручную указать. Я постарался упростить этот процесс. Теперь механизм следующий.
1. Открываем свойства таблицы (первая кнопка в колонке «Действия»).
2. Указываем название пакета и нажимаем кнопку с волшебной палочкой. Название класса подставится автоматически.
3. Сохраняем.
В принципе, все интуитивно, похоже на phpMyAdmin. Вроде ничего не забыл. Обновляемся, наслаждаемся.
Важно! После обновления не забываем чистить кэш, т.к. скрипты кэшируются!
Описание предыдущей версии.
— возможность редактирования данных прямо в ячейке;
— возможность удаления строк таблицы;
— автосинхронизация списка таблиц (теперь нет кнопки «Синхронизировать»);
— в диалог свойств таблицы добавлена волшебная кнопка, автоматически определяющая класс объекта MODX, хранящегося в таблице;
— в колонке «Действия» появилась кнопка «Select From», выводящая скрипт селекта в окно SQL запросов. Нажимаем на нее, например, у таблицы modx_access_actions и получаем вот такой скрипт
SELECT `id`,`target`,`principal_class`,`principal`,`authority`,`policy` FROM `modx_access_actions`
Теперь подробнее. У таблиц с указанными названиями пакета и класса появилась возможность изменения данных прямо в ячейке. Два раза кликаем на нужной ячейке и меняем содержимое.
Если нужно удалить строку, кликаем на иконку мусорной корзины в последней колонке таблицы.
Чтобы все эти действия были доступны, необходимо указать класс и пакет для таблицы. Для объектов MODX они уже прописаны. А вот для пользовательских таблиц нужно вручную указать. Я постарался упростить этот процесс. Теперь механизм следующий.
1. Открываем свойства таблицы (первая кнопка в колонке «Действия»).
2. Указываем название пакета и нажимаем кнопку с волшебной палочкой. Название класса подставится автоматически.
3. Сохраняем.
В принципе, все интуитивно, похоже на phpMyAdmin. Вроде ничего не забыл. Обновляемся, наслаждаемся.
Важно! После обновления не забываем чистить кэш, т.к. скрипты кэшируются!
Описание предыдущей версии.
Техническая поддержка MODX
Сайт лежит, тормозит или остался без разработчика?
Переезд с MODX 2 на 3, PHP 7 на 8, скорость и безопасность. Поддержка со сроками и ответственностью, а не совет в чате.
Подробнее
Реклама
Комментарии: 16
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
То есть если открыть таблицу для просмотра, то там по умолчанию отображаются 10 строк. Если выставить например в 1000 строк, чтобы все 600 имеющихся строк отобразились сразу, то таблица уходит вниз, но возможности прокручивать вниз нет. Вот скрин: joxi.ru/EA4pPygs47kJAb
отличный компонент.
modx 2.4.0
dbAdmin 1.1.0
кеш чистил)
При попытке просмотреть таблицу — пустота
joxi.ru/E2pWwPKIgvgXmY
в консоли браузера ошибка
я так понимаю ошибка с modx 2.4.0 связанна?
К посту выше, еще скролл думаю надо по ширине
ато на ноуте вот так
joxi.ru/nAyLwPkfJkkV2Z
Вопрос: добавление столбца или строки пока еще нет?
В разработке вместе с созданием таблиц и индексов.
А все-таки, после какого процессора возникала эта ошибка на 5.3?П.С. Нашел трабл.
ext-base.js:21
joxi.ru/J2bNGpbFpMow26
в чем трабл?)
06:09:06 2016] [error] [client 77.34.181.72] PHP Fatal error: Can't use method return value in write context in /home/c//public_html/core/components/dbadmin/processors/mgr/table/getdata.class.php on line 64, referer: