Comments 95
Могу помочь с переводом.
+11
Спасибо, зафиксировал. Буду писать Вам в ХабраЯщик, если Вы не против.
0
если надо, я также могу помочь с переводом
+2
Это очень хорошо! Значит можно разделить объём работы пополам. Я вам буду поочереди посылать просьбы. Надеюсь от этого, перевод не пострадает.
0
Закинь тексты лучше сюда, у тебя же размещён проект там:
https://translations.launchpad.net/mountmanager
https://translations.launchpad.net/mountmanager
0
Если есть необходимость, то я могу помочь с переводом на немецкий.
+3
Ого, классно! Я обязательно Вас запомню и когда программа будет создана напишу Вам.
0
а Вам еще и украинский не надо?: Р
+2
Надо, надо! Я даже и не ожидал, что у нас тут столько полиглотов ;) Вас я тоже запомнил ;)
+1
я тоже
0
Гляньте на интерфейсы всяких партишен манагеров и разбивателей. Вполне логично будет представить примерно так же — цветные полоски и на них написаны точки маунта. Контекстные меню и т д. При этом думаю не стоит уходить от дерева девайсов, это не будет лишним, просто аккуратно сочиать надо.
+2
Насчёт полоски я подумаю. Там же они используют полоску в основном для того, чтобы показать количество занимаемого места от всего hdd. От дерева, похоже никак не откажешься :) Не могу придумать как без него обойтись.
0
Полоска это наглядно, не обязательно делать сектора пропорциональной объему раздела. Просто метафора полоса=диск сектор=раздел очень и очень удачна на мой взгляд.
0
Добрый день
Могу помочь в создании документации. Есть опыт написания мануалов к программам.
Могу помочь в создании документации. Есть опыт написания мануалов к программам.
+7
Был бы рад помочь. Возможно окажусь полезным по части идей и программирования
0
GParted умеет монтировать разделы… правда там не реализована поддержка LVM пока
+1
Могу помочь с юзабилити. Только линукса нет :)
0
Идеи.
В OpenSuSE есть такая фиговина: она позволяет при установке создать шифрованный раздел и, например, установить туда /home. В некоторых дистрибутивах так сделать нельзя. Было бы неплохо чтобы в программе можно было не только задать опции монтирования раздела, но и зашифровать его из гуёв и форматнуть в нужную ФС.
Хотя конечно к монтированию это фича имеет отношение постольку поскольку, но всё-таки… Было бы удобно.
В OpenSuSE есть такая фиговина: она позволяет при установке создать шифрованный раздел и, например, установить туда /home. В некоторых дистрибутивах так сделать нельзя. Было бы неплохо чтобы в программе можно было не только задать опции монтирования раздела, но и зашифровать его из гуёв и форматнуть в нужную ФС.
Хотя конечно к монтированию это фича имеет отношение постольку поскольку, но всё-таки… Было бы удобно.
+1
Ваша прога ни в какую не видит раздел с вынь2к3… а плохо ( приходится лезть в консоль и ручками
0
Я в первый раз слышу это слово :) Посмотрю в интернете что это и возможно добавлю эту функцию. Спасибо :)
0
а, еще не распознает разделы на fake raid (nvraid например)
0
и кстати, лучше идите в сторону упрощения интерфейса, это не винда где «некст некст чекбокс инсталл финиш», если понадобится едвансед — проще в консольке
когда-то в репах была простая как двери прога, говорила «я вижу н разделов», отображала их в виде кнопачек, нажимаешь — маунт, еще раз, анмаунт просто и удобно
вы можете пойти в сторону шаблонов, как-то продумать фейс чтоб и просто было и нажатием 1-2 кнопки можно было и в ро смаунтить, и с ноексек… ну а адвансед — как бонус, не стоит на нем зацикливаться
когда-то в репах была простая как двери прога, говорила «я вижу н разделов», отображала их в виде кнопачек, нажимаешь — маунт, еще раз, анмаунт просто и удобно
вы можете пойти в сторону шаблонов, как-то продумать фейс чтоб и просто было и нажатием 1-2 кнопки можно было и в ро смаунтить, и с ноексек… ну а адвансед — как бонус, не стоит на нем зацикливаться
+1
Да, конечно, Вы правы. Зря я понаделал всякие диалоге с next'ами. Но когда начинаю придумывать аж голова лопается :)
0
кстати, тут здорово помогает трезвая оценка идеи или плана действий, в этом я могу помочь и, может, каких-то фишек накидать, обращайтесь если че )
0
Мне бы это уже сейчас пригодилось :) Я собираюсь разработать интерфейс ещё до начала написания кода. Какой бы внешний вид придумали бы для вот этого:
1. Вывод списка всех устройств(у меня дерево)
2. Показ всех возможных опций(у меня два таба со списком опций)
3. Быстрое монтирование устройств(у меня надо нажать на правую кнопку на мыши на устройстве в дереве и выбрать «Монтировать»)
1. Вывод списка всех устройств(у меня дерево)
2. Показ всех возможных опций(у меня два таба со списком опций)
3. Быстрое монтирование устройств(у меня надо нажать на правую кнопку на мыши на устройстве в дереве и выбрать «Монтировать»)
0
1. кнопочки, люблю кнопочки, деревья надоели ей Богу )
2. а это и не нужно по сути, разве что как бонус, гайд для новичков
3. нажал на кнопочку )
2. а это и не нужно по сути, разве что как бонус, гайд для новичков
3. нажал на кнопочку )
0
У меня возникла такая идея, которая получилась из комбинации вашей идеи и вышесказанной.
Создать такую полоску, поделённую на количество частей, равную количеству разделов. Каждую такую часть раздела сделать кликабельной. Если фон части зелёный — устройство примонтировани, иначе — белую или др. цвет. Как вам?
Создать такую полоску, поделённую на количество частей, равную количеству разделов. Каждую такую часть раздела сделать кликабельной. Если фон части зелёный — устройство примонтировани, иначе — белую или др. цвет. Как вам?
0
соре что пропал, пришлось наконец менять БП в компе, а то ко всей грядке девайсов еще и сканер, вся юзб подсистема рухнула
вот собсно, 3 минутки карандашом img261.imageshack.us/img261/8708/outz.jpg
вот собсно, 3 минутки карандашом img261.imageshack.us/img261/8708/outz.jpg
+1
Спасибо! Весьма интересный интерфейс. Я оттуда возьму некоторые штучки. Например: иконки Windows, Linux и т.п. буду рисовать у разделов, чтобы пользователю было ясно что это за раздел; до этого автомоунт у меня был для всех по default так сказать, но теперь я добавлю checkbox.
А после нажатия стрелочки вниз под каждой кнопкой появляется диалог с опциями?
А после нажатия стрелочки вниз под каждой кнопкой появляется диалог с опциями?
0
Макет интерфейса до кода — это правильный ход мысли. Еще лучше — до макета составить подробный список задач, которые вы хотите решить. Не думайте пока о кнопках, деревьях и прочем оформлении — только о логике работы программы.
+1
Для меня такой подход новый, но я попробую.
0
Кроме списка задачь полезно составить и список объектов, с которыми вы хотите работать, опять же, пока абстрактно. Например, «дисковые накопители», «файлы конфигурации» и так далее.
Определив список объектов управления и список решаемых задач, вам будет гораздо проще составить список функций приложения. После этого можно начинать готовить макет :)
Определив список объектов управления и список решаемых задач, вам будет гораздо проще составить список функций приложения. После этого можно начинать готовить макет :)
0
разработчик имеет полное право побыть архитектором — взять камень и отсечь всё лишнее.
только разница между ними в том что разработчику этот камень сперва нужно сваять =)
только разница между ними в том что разработчику этот камень сперва нужно сваять =)
0
Я присоединюсь к вышесказанному касательно упрощения интерфейса — оно того стоит, тем более программа, очевидно, рассчитана на начинающих пользователей.
Могу помочь с юзабилити, русским и английским.
Могу помочь с юзабилити, русским и английским.
0
Спасибо. Как хорошо, что на Хабре столько добрых людей ;)
+1
UFO just landed and posted this here
Именно, ГУЙ это в первую очередь чрезвычайно мощный инструмент для представления информации и манипулирования ей. =)
+1
GUI — это редко замена консоли, скорее дополнение, призванное упрощать типовые задачи. Например, system-config-firewall в RedHat, Fedora и производных позволяет настроить базовые правила iptables, но для сильного волшебства придется-таки лезть в шелл.
Конечно, есть и исключения.
Конечно, есть и исключения.
0
Готов смотреть интерфейс, комментировать юзабилити
0
Могу помочь с переводом на испанский и английский.
Изредка пишу на QT. Так что если есть какой-нибудь несложный таск, тоже мог бы помочь.
Изредка пишу на QT. Так что если есть какой-нибудь несложный таск, тоже мог бы помочь.
+1
Идея/мнение — очень не хватает плазмоида для KDE который кушал бы (перебрасыванием в него) и автоматически монтировал образы, причём не только ISO но и MDF например (ну и побольше популярных форматов, mdf из консоли монтируется практически так же как и iso, но не люблю в консоль за этим делом ползать наверно не только я).
Если плазмоид получится и образы будет кушать шикарно было бы его научить выплёвывать iso образы при накидывании в него обычных файлов (как дополнительную фичу).
Успехов вам в разработке.
Если плазмоид получится и образы будет кушать шикарно было бы его научить выплёвывать iso образы при накидывании в него обычных файлов (как дополнительную фичу).
Успехов вам в разработке.
0
UFO just landed and posted this here
По роду деятельности программирую на QT4 прикладные (и не только) приложения. Есть опыт в разработке GUI. Могу попробовать помочь…
+1
В последний раз когда пользовался вашей программой(поставил после публикации на хабре), из fstab исчезло все что не относилось к дискам, включая dev/pts и proc/bus/usb для virtualbox
Пожелаение, чтобы программа делала бакап файла, и не трогала то что не понимает
Пожелаение, чтобы программа делала бакап файла, и не трогала то что не понимает
0
а вы решения на базе HAL'а не пробовали? просто, у меня возникали предпосылки для создания такой штуки, когда поломался HAL и ни в какую не хотел работать. начал писать и в процессе написания починил HAL :)
так вот, к чему это я. в интеграции с HAL'ом могу помочь в принципе :)
так вот, к чему это я. в интеграции с HAL'ом могу помочь в принципе :)
0
У меня вот несколько советов/замечаний по экрану с опциями монтирования.
1. Мне кажется, было бы интуитивно понятнее, если бы дефолтной строке опций соответствовали все флажки в выключенном состоянии (а для опций со списком было бы явно указано, какая строчка применяется по умолчанию).
И ещё можно дополнительно указать (в скобках или у правого края, или, возможно, отдельным столбцом), какую опцию флажок или элемент списка задействует (см. примеры ниже) — это для общего развития и чтобы избежать возможной путаницы из-за недостаточно ясных формулировок.
Например:
(можно переформулировать во что-то вроде «Отключить эффект битов set-user-identifier и set-group-identifier» или «Не принимать во внимание биты set-user-identifier и set-group-identifier»).
Кто может монтировать раздел {
Только администратор
Конкретный пользователь
Каждый
}
-->
Кто может монтировать и размонтировать раздел {
Только администратор (по умолчанию)
Монтировать — каждый, размонтировать — только тот, кто смонтировал (user)
Каждый может монтировать и размонтировать (users)
}
2. У вас есть флажок «Обновлять время доступа inode для каждого доступа». Но ведь по этому пункту существуют 3 опции: atime (по умолчанию) — это как раз «обновлять время доступа inode для каждого доступа», noatime — не обновлять время доступа вообще, relatime — обновлять время доступа, только если оно указывает на дату более раннюю, чем дата модификации файла (mtime) или чем дата модификации inode (ctime).
Более того, есть ещё опция nodiratime, которая совсем отключает обновление времени доступа для директорий (видимо, может применяться совместно с любой из трёх опций выше).
3. У вас вроде не обрабатывается следующая ситуация: каждая из опций group, owner, user, users неявно включает опции nosuid,nodev (а последние две [user и users] включают ещё и noexec), если вы далее в строке опций явно не укажете обратное (так написано в man 8 mount). Например, указав user, вы на самом деле получите user,noexec,nosuid,nodev. Указав user,exec, получите user,exec,nosuid,nodev. И, насколько я понял, порядок имеет значение, то есть, указав exec,user, вы получите user,noexec,nosuid,nodev.
1. Мне кажется, было бы интуитивно понятнее, если бы дефолтной строке опций соответствовали все флажки в выключенном состоянии (а для опций со списком было бы явно указано, какая строчка применяется по умолчанию).
И ещё можно дополнительно указать (в скобках или у правого края, или, возможно, отдельным столбцом), какую опцию флажок или элемент списка задействует (см. примеры ниже) — это для общего развития и чтобы избежать возможной путаницы из-за недостаточно ясных формулировок.
Например:
[V]
Разрешить операции suid и sgid bits --> [ ]
Запретить операции suid и sgid bits (nosuid)(можно переформулировать во что-то вроде «Отключить эффект битов set-user-identifier и set-group-identifier» или «Не принимать во внимание биты set-user-identifier и set-group-identifier»).
[V]
Возможность создавать ссылки на девайсы --> [ ]
Не интерпретировать специальные файлы как файлы устройств (nodev)[V]
Разрешить запускать бинарные файлы --> [ ]
Запретить прямой запуск исполняемых файлов (noexec)Кто может монтировать раздел {
Только администратор
Конкретный пользователь
Каждый
}
-->
Кто может монтировать и размонтировать раздел {
Только администратор (по умолчанию)
Монтировать — каждый, размонтировать — только тот, кто смонтировал (user)
Каждый может монтировать и размонтировать (users)
}
2. У вас есть флажок «Обновлять время доступа inode для каждого доступа». Но ведь по этому пункту существуют 3 опции: atime (по умолчанию) — это как раз «обновлять время доступа inode для каждого доступа», noatime — не обновлять время доступа вообще, relatime — обновлять время доступа, только если оно указывает на дату более раннюю, чем дата модификации файла (mtime) или чем дата модификации inode (ctime).
Более того, есть ещё опция nodiratime, которая совсем отключает обновление времени доступа для директорий (видимо, может применяться совместно с любой из трёх опций выше).
3. У вас вроде не обрабатывается следующая ситуация: каждая из опций group, owner, user, users неявно включает опции nosuid,nodev (а последние две [user и users] включают ещё и noexec), если вы далее в строке опций явно не укажете обратное (так написано в man 8 mount). Например, указав user, вы на самом деле получите user,noexec,nosuid,nodev. Указав user,exec, получите user,exec,nosuid,nodev. И, насколько я понял, порядок имеет значение, то есть, указав exec,user, вы получите user,noexec,nosuid,nodev.
+1
Ой, огромное спасибо, что уделили столько времени для написания такого большого комментария. Я с Вами согласен насчёт 1-ого и постараюсь это реализовать. За 2 и 3 особенное спасибо ;)
0
Ещё пара дополнений.
1. По пункту 3: я проверил, порядок точно имеет значение, то есть, указав exec,user, вы действительно получите user,noexec,nosuid,nodev.
2. Я не нашёл у вас флажка, включающего опцию owner. Поэтому предлагаю такую модификацию (с уточнениями):
Кто может монтировать раздел {
Только администратор
Конкретный пользователь
Каждый
}
-->
Кто может монтировать и размонтировать раздел {
Монтировать — только администратор, размонтировать — только тот, кто смонтировал (по умолчанию)
Монтировать — каждый, размонтировать — только тот, кто смонтировал (user)
Каждый может монтировать и размонтировать (users)
}
и ниже 2 флажка
Вообще, опции owner и group могут указываться совместно с любой из трёх опций nouser, user, users (nouser — это опция по умолчанию), но с user или users это имеет мало смысла, так как любой пользователь и так может монтировать раздел. Но раз уж указывать можно, то пусть будут отдельными флажками.
1. По пункту 3: я проверил, порядок точно имеет значение, то есть, указав exec,user, вы действительно получите user,noexec,nosuid,nodev.
2. Я не нашёл у вас флажка, включающего опцию owner. Поэтому предлагаю такую модификацию (с уточнениями):
Кто может монтировать раздел {
Только администратор
Конкретный пользователь
Каждый
}
-->
Кто может монтировать и размонтировать раздел {
Монтировать — только администратор, размонтировать — только тот, кто смонтировал (по умолчанию)
Монтировать — каждый, размонтировать — только тот, кто смонтировал (user)
Каждый может монтировать и размонтировать (users)
}
и ниже 2 флажка
[ ]
Разрешить монтировать обычному пользователю, если он владелец файла устройства (owner)[ ]
Разрешить монтировать обычному пользователю, если он состоит в группе-владельце файла устройства (group)Вообще, опции owner и group могут указываться совместно с любой из трёх опций nouser, user, users (nouser — это опция по умолчанию), но с user или users это имеет мало смысла, так как любой пользователь и так может монтировать раздел. Но раз уж указывать можно, то пусть будут отдельными флажками.
+1
Могу помочь в создании документации. Опыт не слишком велик, но мож чем пригожусь)
0
UFO just landed and posted this here
Могу помочь с программированием, ну и при необходимости, с английским.
Пишите в хабраящик :)
Пишите в хабраящик :)
0
Перевод на итальянский. Плюс, я думаю, что логичнее делать трей по стандарту freedesktop.org — он будет работать во всех средах.
+1
Автор, хорошая программа. ;-)
Вопрос-идея: А не планируется ли у Вас, пусть даже в версии Pro, помимо монтировки делать еще и шифрование данных? :-)
Не расстроюсь, если же не планируете этого делать, но, может быть, на заметочку оставите эту мысль, если багов не будет обнаружено долгое время. ;-)))
С уважением.
P.S.: Если что, могу с иконками помочь. :)
Вопрос-идея: А не планируется ли у Вас, пусть даже в версии Pro, помимо монтировки делать еще и шифрование данных? :-)
Не расстроюсь, если же не планируете этого делать, но, может быть, на заметочку оставите эту мысль, если багов не будет обнаружено долгое время. ;-)))
С уважением.
P.S.: Если что, могу с иконками помочь. :)
0
Могу помочь советами по разработке и проектированию Qt приложений… я правда пишу в основном клиент-серверы в последнее время на нем, но и ГУЙ лапать приходится изрядно…
0
Извиняюсь, но вы не устали в конце каждого коммента ставить ;)?
+1
Автору: я где-то читал что HAL уже RIP. Погуглите на тему fedora + PolicyKit + hal.
Лучше писать проги с ипользованием новых технологий
Лучше писать проги с ипользованием новых технологий
0
Я не линуксоид.
Но предлагаю перенести поисковую строку наверх, над полем выбора дисков, а рядом с ней справа разместить кнопку Settings (естественно не прижимая вплотную). При нажатии на Settings вниз разворачивается панелька с настройками.
Под поле выбора дисков желательно разместить справочную или полезную информацию, например новые функции или какие-либо возможности программы, не сразу понятные или видимые.
Еще ниже — разместить информационное поле о ходе выполнения задач. А то уж слишком большое пустое пространство у поля дисков.
Немного расширить по ширине поле дисков и добавить параметр Свободное место (как вариант), а также сделать возможным выбор других параметров в настройках.
Но предлагаю перенести поисковую строку наверх, над полем выбора дисков, а рядом с ней справа разместить кнопку Settings (естественно не прижимая вплотную). При нажатии на Settings вниз разворачивается панелька с настройками.
Под поле выбора дисков желательно разместить справочную или полезную информацию, например новые функции или какие-либо возможности программы, не сразу понятные или видимые.
Еще ниже — разместить информационное поле о ходе выполнения задач. А то уж слишком большое пустое пространство у поля дисков.
Немного расширить по ширине поле дисков и добавить параметр Свободное место (как вариант), а также сделать возможным выбор других параметров в настройках.
0
Sign up to leave a comment.
Прошу помощи в создании программы: MountManager 1.0.0