[Homeros] Дайджест списка рассылки Homeros; том 56, выпуск 5
me на rusfearuth.su
me на rusfearuth.su
Пт Ноя 7 05:11:39 MSK 2014
По поводу Mac OS X в целом, это ведь бывший FreeBSD, который хорошо переработали и добавили графику в ядро ОС. Так же хорошо оптимизируют под чётко известное железно (по этой причине мы не можем поставить эту ось на компы отличные от компов Apple, за исключением всяких хаков и т.д.). По этому POSIX там вполне уместен, да и для незрячего человека куда удобнее будет пользоваться консолью чем допустим водить пальцем по тачпаду или мучить курсор кучей нажатий вниз или вверх. Если пользователь знает, а незрячие люди обладают очень хорошей памятью в отличие от среднестатистического зрячего человека, то концепция терминала довольно не плоха.
Так же не стоит забывать, что для консоли всегда есть альтернатива - это файловый менеджер, который уже имеется в проекте. Исходить нужно будет в последующем из пользовательского опыта.
07.11.2014, 06:04, "homeros-request at lists.altlinux.org" <homeros-request at lists.altlinux.org>:
> Сообщения, предназначенные для списка рассылки Homeros, необходимо
> отправлять по адресу
> homeros at lists.altlinux.org
>
> Для изменения параметров подписки вы можеже использовать веб-страницу
> https://lists.altlinux.org/mailman/listinfo/homeros
>
> Для получения информации о том, как пользовать почтовым интерфейсом,
> отправьте письмо, в теле или теме которого будет слово 'help', по
> адресу:
> homeros-request at lists.altlinux.org
>
> Адрес человека, ответственного за этот список рассылки:
> homeros-owner at lists.altlinux.org
>
> При ответе, пожалуйста, измение тему письма так, чтобы она была более
> содержательной чем "Re: Содержание дайджеста списка рассылки
> Homeros..."
>
> В этом номере:
>
> 1. Re: Q: Терминал в MacOS (Nikita)
> 2. Re: Дайджест списка рассылки Homeros; том 56, выпуск 3 (Nikita)
> 3. Разработка сайтов (Рыбин Денис)
> 4. Re: Q: Терминал в MacOS (Michael Pozhidaev)
> 5. Комбинации для копирования-вставки (was: I: Первая пробная
> сборка Luwrain для MacOS) (Michael Pozhidaev)
> 6. Раздел luwrain.jar (was: Дайджест списка рассылки Homeros;
> том 56, выпуск 3) (Michael Pozhidaev)
> 7. Re: Дайджест списка рассылки Homeros; том 56, выпуск 3
> (Michael Pozhidaev)
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 6 Nov 2014 20:28:30 +0300
> From: "Nikita" <nikita-mailings at rambler.ru>
> To: Использование продуктов ALT Linux без зрительного контроля
> <homeros at lists.altlinux.org>
> Subject: Re: [Homeros] Q: Терминал в MacOS
> Message-ID: <9DE959C700154C969E07EE0F4681B991 at NikitaPC>
> Content-Type: text/plain; format=flowed; charset="koi8-r";
> reply-type=original
>
> Здравствуйте, Michael Pozhidaev.
>> какую роль играет терминал и командная строка в жизни пользователей
>> MacOS?
>
> Боюсь, это религиозный вопрос.
> В принципе, OS X хочет быть графически ориентированной системой, поэтому все
> типичные задачи делаются через GUI.
> С другой стороны, многие глубокие вещи без терминала просто не сделать.
> В общем для тех, кому надо, терминал продолжает оставаться инструментом
> повседневного использования, благо сам по себе он есть и абсолютно
> полноценный.
>> В понимании многих командная строка -
>> суровый инструмент, но с формальной стороны это подход, один из самых
>> доступных
>> для людей с нарушениями зрения.
>
> Ну типичный пользователь OS X с нарушениями зрения - это, как правило,
> констюмер с не очень высокими запросами. Так что если сузить ваш вопрос до
> слепых, то идеей терминала вы как раз большинство распугаете.
> Ввиду очень серьёзных концептуальных проблем средств доступности OS X
> Luwrain там как раз, на мой взгляд, намного более актуален, чем, например,
> на Windows. Так что по возможности лучше делать максимально для людей, а не
> для гиков.
> Успехов. Никита.
>
> ------------------------------
>
> Message: 2
> Date: Thu, 6 Nov 2014 20:28:39 +0300
> From: "Nikita" <nikita-mailings at rambler.ru>
> To: Использование продуктов ALT Linux без зрительного контроля
> <homeros at lists.altlinux.org>
> Subject: Re: [Homeros] Дайджест списка рассылки Homeros; том 56,
> выпуск 3
> Message-ID: <F41074F00926411894F1B6D918E1BBD2 at NikitaPC>
> Content-Type: text/plain; format=flowed; charset="koi8-r";
> reply-type=original
>
> Здравствуйте, me at rusfearuth.su.
>> здесь ЕСТЬ CTRL лукавить не нужно,
>
> Лукавить, действительно, не нужно. Я говорил про отсутствие правого Control,
> а значит принципиального неудобства выполнения на клавиатурах Apple команд с
> клавишами левой половины клавиатуры, типа CTRL+Q и т.п. Надо либо выгибать
> запястье левой руки, либо переносить правую через всю клавиатуру.
> К слову, пользователи нативного средства чтения экрана VoiceOver постоянно
> от этого страдают даже в родной экосистеме.
>> по поводу delete, home и т.д. они получаются путём комбинаций клавиш FN +
>> другие.
>
> Вы не поняли, что имелось ввиду.
> На клавиатурах Apple отсутствует ряд физических клавиш, на которые часто
> принято вешать существенный функционал средств чтения экрана.
> Да, вы можете эмулировать Delete, например, FN-BackSpace, а Insert
> FN-Return, как и сделано в BootCamp, но вот как вы собираетесь эмулировать
> Insert+Delete?
> Именно поэтому я и говорю, что для Apple клавиатур наверняка придётся делать
> отдельную конфигурацию клавиатурных команд, так как эмуляцией многие из
> возможных команд будет делать либо долго, либо вообще невозможно.
> Успехов. Никита.
>
> ------------------------------
>
> Message: 3
> Date: Thu, 06 Nov 2014 23:29:50 +0600
> From: Рыбин Денис <mejdugorka at yandex.ru>
> To: homeros at lists.altlinux.org
> Subject: [Homeros] Разработка сайтов
> Message-ID: <1184891415294990 at web21m.yandex.ru>
> Content-Type: text/plain; charset=koi8-r
>
> Здравствуйте, меня зовут Рыбин Денис, некоторые тут меня знают.
> Взялся изучать php примерно год назад, создал реальный сайт на фреймворке laravel http://tifloforum.ru/ было много идей, но потом все забросил...
> Вот сейчас снова решился взяться за это дело.
> Если есть у кого желание присоединиться то буду рад.
> совместно работать над проектом можно с помощью git и composer.
>
> ------------------------------
>
> Message: 4
> Date: Fri, 07 Nov 2014 04:16:39 +0600
> From: Michael Pozhidaev <msp at altlinux.ru>
> To: Использование продуктов ALT Linux без зрительного контроля
> <homeros at lists.altlinux.org>
> Subject: Re: [Homeros] Q: Терминал в MacOS
> Message-ID: <m27fz8560o.fsf at blard.localdomain>
> Content-Type: text/plain; charset=koi8-r
>
> "Nikita" writes:
>> Ввиду очень серьёзных концептуальных проблем средств доступности OS X
>
> Оооп, минуточку. В этом месте можно, пожалуйста, развернуть Вашу мысль?
> Я крайне жаден до концептуальных проблем чего бы там ни было, так что за
> ценную аналитическую информацию вынесу респект!
>
> --
> Michael Pozhidaev. Tomsk, Russia.
> Russian info page: http://www.marigostra.ru/
> English info page: http://www.marigostra.com/
>
> ------------------------------
>
> Message: 5
> Date: Fri, 07 Nov 2014 04:36:04 +0600
> From: Michael Pozhidaev <msp at altlinux.ru>
> To: Использование продуктов ALT Linux без зрительного контроля
> <homeros at lists.altlinux.org>
> Subject: [Homeros] Комбинации для копирования-вставки (was: I: Первая
> пробная сборка Luwrain для MacOS)
> Message-ID: <m2389w554b.fsf_-_ at blard.localdomain>
> Content-Type: text/plain; charset=koi8-r
>
> "Nikita" writes:
>> перевешиваться на CMD-C и CMD-V, потому что с одной стороны CTRL
>
> Правильно я понимаю, что это речь про комбинации для
> копирования-вставки? Значит так: текущие планы подразумевают, что должны
> быть четыре комбинации: установка отметки в тексте, копирование,
> вырезание и вставка. Причём у нас требования к выбору этих клавиш
> особенно жёсткие, потому что копирование куска текста - операция
> вездесущая. В виде текста можно скопировать произвольный кусок рабочего
> пространства - список писем, каталоги на диске, главное меню,
> календарь, шапку сообщения и всё прочее. Без такой степени свободы я
> чувствую себя как в скафандре. Это к тому, что операции установки отметки
> и копирования не должны рисковать пересечься с чем-либо, потому что это
> операция доступная вне зависимости от назначения объекта. Пока
> предполагалось так:
>
> - установка отметки - Ctrl+пробел (позаимствовано у emacs'а);
> - копировать - Ctrl+Insert;
> - вставить - Shift+Insert;
> - вырезать - Ctl+Delete.
>
> Помимо неувязок с Маками, этот расклад оказался довольно некомфортным
> для ноутбуков. Поскольку ничего лучше придумать пока не смог, то
> эргономические идеи продолжают быть в цене.
>
> --
> Michael Pozhidaev. Tomsk, Russia.
> Russian info page: http://www.marigostra.ru/
> English info page: http://www.marigostra.com/
>
> ------------------------------
>
> Message: 6
> Date: Fri, 07 Nov 2014 04:56:25 +0600
> From: Michael Pozhidaev <msp at altlinux.ru>
> To: Использование продуктов ALT Linux без зрительного контроля
> <homeros at lists.altlinux.org>
> Subject: [Homeros] Раздел luwrain.jar (was: Дайджест списка рассылки
> Homeros; том 56, выпуск 3)
> Message-ID: <m2y4ro3ply.fsf_-_ at blard.localdomain>
> Content-Type: text/plain; charset=koi8-r
>> Я уже предлагал Михаилу, в будущем вынести приложения в отдельные
>
> Будут вынесены в ближайшее время, предложение хорошее. Исключение
> составит, наверно, приложение реестра, потому что оно всё-таки как-то
> просится быть вместе с ядром.
>> проекты и подключать их как bundles iOSG, что было бы более логично. В
>
> Вот про базовые интерфейсы (Interaction, speech.BackEnd) я предлагаю ещё
> раз всё обдумать. Есть неплохой механизм догрузки кода через
> Class.forName(). То есть предлагается нечто вроде:
>
> 1. Все интерфейсы лежат просто в luwrain.git.
> 2. Системнозависимые части пишутся просто на основе этих интерфейсов, с
> подключённым luwrain.jar в обычном classpath.
> 3. При запуске в конфиге где-нибудь указано имя класса, который содержит
> системнозависимую часть, с этим именем далее делаем:
>
> Object o = Class.forname(className).newInstance();
> if (!(o instanceof OsDependent))
> ошибка;
> OsDependent osDependent = (OsDependent)o;
>
> С этого момента делаем, что захотим.
>
> У меня появились сомнения по части luwrain.pim и
> luwrain.network. Особенно с учётом того, что последний предполагает деп
> на javax.mail, с которым, как Вы говорили, будут проблемы на
> Android. Они, наверно, теперь более вероятные кандидаты на выпил в
> отдельные jar'ы.
>
> --
> Michael Pozhidaev. Tomsk, Russia.
> Russian info page: http://www.marigostra.ru/
> English info page: http://www.marigostra.com/
>
> ------------------------------
>
> Message: 7
> Date: Fri, 07 Nov 2014 05:04:35 +0600
> From: Michael Pozhidaev <msp at altlinux.ru>
> To: Использование продуктов ALT Linux без зрительного контроля
> <homeros at lists.altlinux.org>
> Subject: Re: [Homeros] Дайджест списка рассылки Homeros; том 56,
> выпуск 3
> Message-ID: <m2tx2c3p8c.fsf at blard.localdomain>
> Content-Type: text/plain; charset=koi8-r
>
> Никита и Александр, я призываю всех помнить, что мы тут собрались с
> очень разными представлениями, традициями и подходами к проблеме (что на
> деле очень круто, потому что это значительно веселее, чем мы бы
> тусовались с одинаковыми плоскими взглядами). Ваш спор просто о разном
> понимании требований одного и того же, это абсолютно обычная вещь, поэтому мне кажется,
> что вы оба имели в виду нечто одинаково правильное.
>
> "Nikita" writes:
>> Здравствуйте, me at rusfearuth.su.
>>> здесь ЕСТЬ CTRL лукавить не нужно,
>> Лукавить, действительно, не нужно. Я говорил про отсутствие правого Control,
>> а значит принципиального неудобства выполнения на клавиатурах Apple команд с
>> клавишами левой половины клавиатуры, типа CTRL+Q и т.п. Надо либо выгибать
>> запястье левой руки, либо переносить правую через всю клавиатуру.
>> К слову, пользователи нативного средства чтения экрана VoiceOver постоянно
>> от этого страдают даже в родной экосистеме.
>>> по поводу delete, home и т.д. они получаются путём комбинаций клавиш FN +
>>> другие.
>> Вы не поняли, что имелось ввиду.
>> На клавиатурах Apple отсутствует ряд физических клавиш, на которые часто
>> принято вешать существенный функционал средств чтения экрана.
>> Да, вы можете эмулировать Delete, например, FN-BackSpace, а Insert
>> FN-Return, как и сделано в BootCamp, но вот как вы собираетесь эмулировать
>> Insert+Delete?
>> Именно поэтому я и говорю, что для Apple клавиатур наверняка придётся делать
>> отдельную конфигурацию клавиатурных команд, так как эмуляцией многие из
>> возможных команд будет делать либо долго, либо вообще невозможно.
>> Успехов. Никита.
>>
>> _______________________________________________
>> Homeros mailing list
>> Homeros at lists.altlinux.org
>> https://lists.altlinux.org/mailman/listinfo/homeros
>
> --
> Michael Pozhidaev. Tomsk, Russia.
> Russian info page: http://www.marigostra.ru/
> English info page: http://www.marigostra.com/
>
> ------------------------------
>
> _______________________________________________
> Homeros mailing list
> Homeros at lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/homeros
>
> Конец Дайджест списка рассылки Homeros; том 56, выпуск 5
> ********************************************************
Подробная информация о списке рассылки Homeros