[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`в поле SQL запроса (второй таб).
Теперь подробнее. У таблиц с указанными названиями пакета и класса появилась возможность изменения данных прямо в ячейке. Два раза кликаем на нужной ячейке и меняем содержимое.

Если нужно удалить строку, кликаем на иконку мусорной корзины в последней колонке таблицы.
Чтобы все эти действия были доступны, необходимо указать класс и пакет для таблицы. Для объектов MODX они уже прописаны. А вот для пользовательских таблиц нужно вручную указать. Я постарался упростить этот процесс. Теперь механизм следующий.
1. Открываем свойства таблицы (первая кнопка в колонке «Действия»).

2. Указываем название пакета и нажимаем кнопку с волшебной палочкой. Название класса подставится автоматически.
3. Сохраняем.
В принципе, все интуитивно, похоже на phpMyAdmin. Вроде ничего не забыл. Обновляемся, наслаждаемся.
Важно! После обновления не забываем чистить кэш, т.к. скрипты кэшируются!
Описание предыдущей версии.
Комментарии: 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: