Добрый день! Радостно узнал, что вышел PyQt для Qt 5.0.2 и задался таким вопросом: «Что лучше для серьезного приложения на Qt - Python3.3 или C++?»

Всех заранее благодарю!

Небольшой кусок из отрисовки гуя програмым на Tk. Сижу переосмысляю архитектуру, реализацию. Перерабатываю 1500 строк, написанных как приведено ниже. Поругайте, подскажите как лучше.Заранее благодарю:

#Require main packages for work
package require Tk
# Data for non user settings
dict set nonUserSettings 0 title "tkProgram"
dict set nonUserSettings 0 minWidth 800
dict set nonUserSettings 0 minHeight 600
dict set nonUserSettings 0 resizableX 1
dict set nonUserSettings 0 resizableY 1
dict set nonUserSettings 0 minWidth 800
dict set nonUserSettings 0 minHeight 600
# Data for user settings
dict set userSettings 0 menuBar true 
# Data for biuld menubar
dict set menuBarSettings 0 name mainMenuBar
dict set menuBarSettings 0 tearOff 1
# Data for 0-level menu
dict set menuBarItems_ZeroLevel 0 name connectionItem
dict set menuBarItems_ZeroLevel 0 text_item "Connection"
dict set menuBarItems_ZeroLevel 1 name helpItem
dict set menuBarItems_ZeroLevel 1 text_item "Help"
# Data for 1-level menu
dict set menuBarItems_FirstLevel 0 parent 0
dict set menuBarItems_FirstLevel 0 label "LogIn"
dict set menuBarItems_FirstLevel 0 command NONE
dict set menuBarItems_FirstLevel 1 parent 0
dict set menuBarItems_FirstLevel 1 label "LogOut"
dict set menuBarItems_FirstLevel 1 command NONE
dict set menuBarItems_FirstLevel 2 parent 0
dict set menuBarItems_FirstLevel 2 label "Exit"
dict set menuBarItems_FirstLevel 2 command { exit; }
dict set menuBarItems_FirstLevel 3 parent 1
dict set menuBarItems_FirstLevel 3 label "About"
dict set menuBarItems_FirstLevel 3 command NONE
dict set menuBarItems_FirstLevel 4 parent 1 
dict set menuBarItems_FirstLevel 4 label "Help"
dict set menuBarItems_FirstLevel 4 command NONE
# Procedure for builing menu bar
proc assembleMyMenu {} {
    global userSettings
    global menuBarSettings
    global menuBarItems_ZeroLevel
    global menuBarItems_FirstLevel
    if {[dict get $userSettings 0 "menuBar"]==true} {
        menu .[dict get $menuBarSettings 0 "name"]
        . config -menu .[dict get $menuBarSettings 0 "name"]
        dict for {id info} $menuBarItems_ZeroLevel {
            dict with info {
                menu .[dict get $menuBarSettings 0 "name"].$name
                .[dict get $menuBarSettings 0 "name"] add cascade -label $text_item -menu .[dict get $menuBarSettings 0 "name"].$name
                dict for {iter data} $menuBarItems_FirstLevel {
                    dict with data {
                        if {$id==$parent} {
                            .[dict get $menuBarSettings 0 "name"].$name add command -label $label -command $command
                        }
                    }
                }
            }
        } 
    }
}

# Window Manager main settings
wm title . [dict get $nonUserSettings 0 "title"]
wm resizable . [dict get $nonUserSettings 0 "resizableX"] [dict get $nonUserSettings 0 "resizableY"]
wm minsize . [dict get $nonUserSettings 0 "minWidth"] [dict get $nonUserSettings 0 "minHeight"]
option add *tearOff [dict get $menuBarSettings 0 "tearOff"]
assembleMyMenu

Собственно тема выросла из: Функциональное программирование на tcl

Хочется узнать, насколько tcl поддерживает функциональную парадигму по сравнению с lisp-family (Clojure, Scheme (пишите конкретную реализацию данного языка), CommonLisp)? Сейчас есть примерно 1500 строк написанных на tcl, которые могу безболезнено (пока, проект по самым минимальным прикидками будет занимать около 6-8 тысяч строк) перевести на любой другой язык из обозначенных. Проект домашний. Но мне нужна поддержка функционального стиля и вменяемый GUI с документацией (Racket не предлагать, у него очень мало виджетов (меньше, чем в Тк) и просто ужасная документация).

Заранее всех благодарю!

Добрый день, дорогой ЛОР, давно сюда не заглядывал. Прошу поделиться материалом и опытов вот по какой теме - по идее tcl обладает всеми свойствами функционального языка, следовательно в нем можно писать функциональнго. Соответственно, возникает вопрос -как, где об этом можно почитать. Если не так - ткните носом, почему нельзя. Ну и скажем, в чем функциональщина на tcl будет менее «функциональной», чем, скажем на CL/Scheme. Заранее благодарю.

Тыкаю палочкой Io. Появились вопросы:

- язык готов для реальной работы?

- как обстоят дела с gui? где можно почитать про flux? (может не там ищу, подскажите)? виджетов хватает? он сильно страшен?

- язык развивается? слышал давно о подготовке к Io 2.0. Но как понимаю пока его не видно и не слышно?

Заранее благодарю всех!

Искал я примеры использования Flex в Io - наткнулся вот на это:

http://www.saffire-lang.org/

Кто нибудь юзал/юзает? В чем его профиты?

Используем SIP-клиент для телефонии, появилась такая проблема: когда подключена гарнитура к машине звук выводится на нее, соответственно звук идет в гарнитуру. Если человек снял ее, не смотрит на монитор и/или говорит с кем-то (скажем позвонили менеджеру на сотовый - он ушел копаться в бумагах) - звонка не видно/не слышно. Есть ли SIP клиенты, которые позволяют выводить сам звонок на спикер или динамики ноута/внешние колонки. Если это стандартная опция какого-то клиента - ткните носом, плз. Заранее благодарю!

Предлагаю вспомнить необчные языки программирования и незаслуженно забытые (не получившие широкого распространения) языки программирования, которые несмотря на стечение обстоятельств/НЛО/Кткулткху/Джобса все же оставили о себе приятные воспоминания и до сих пор применяются на практике (пусть и полутора энтузиастами/профессионалами/гиками в очень узкой области) и, в частности, Вами (и для чего/почему вы его используете).

Доброго времени суток ананимусы и аналитики ЛОР'а! В связи с последним г*ом, которое заявил Гвидо решил окончательно сползать с Python 3.x на что-то более вменяемое. Полностью переходить на tcl пока не хочу (много слишком веществ надо потреблять), хочется немного батареек побольше. Ранее использовал Ruby в разрезе ООП. Заинтересовало вот что:

1. Как обстоят дела на Ruby с ФП? Насколько он поддерживает данную парадигму? Хотя бы на уровне Scheme или Clojure оно или на том же уровне, что и Python?

2. Как обстоят дела с меттапрограммированием? Можно ли писать такие же классные вещи как на tcl или lisp-family (макросы, программирование синтаксиса, etc.)? Насколько хорошо с этим в рубине?

Последнее время часто потребляю вещ..смотрю в сторону странных языков. Как обстоят дела с Rebol? Rebol2 - жив? Есть на ЛОР'е, кто пишет на нем?

Как обстоят дела с Rebol3? Он собирается выходить из альфы?

Есть задача - сделать некую платформу, в которую потом будут накидываться плагины/небольшые программы (их основаня задача - работа с файлами и обработка списков приходящих с распределенного сервера). Есть идея для программы сделать что-то вроде «апстора», т.е. пользователь с сервера прогружает только те модули для платформы, которые нужны конкретно ему. Для реализации данной задачи выбираю между тремя языками - tcl, python и ruby (тупо лучше всего знаю эти языки). Основное требование - для платформы создать максимальный уровень абстракции, чтобы потом дописывать необходимый модуль было а) не долго б) не приходилось ломать голову над тем как «вставить в этот зоопарк нового франкенштейна». Т.е. нужна либо очень мощная платформа с чем-то вроде образа смалтолка, где классы будут общаться, динамически добавляться и т.п., либо что-то очень глубоко уходящее в метапрограммирование.

Собственно вопрос - какой из представленных языков подойдет больше для этих целей?

Доброго времени суток! Посоветуйте что может взлететь на машинке с такой конфигурацией:

Процессор: Turion II Neo Dual-Core 1500 МГц; чипсет: AMD RS880M (с ATI Mobility Radeon HD 4225), оперативка: 4096 Мб DDR3, ATI Mobility Radeon HD 5430 (512 Мб GDDR3).

Основное требование - возможность смены рабочей видеокарты от режима питания, быстрая установка ОС без плясок с бубном

p.s.: если что - целевая машина HP Pavilion dm3 2030er

Здравствуйте! Наткнулся на Euphoria, его кто-нибудь юзал/юзает? Как у него с модулями? В чем коренные отличия от пистона?