LINUX.ORG.RU

Gnome расширяет поддержку mono

 ,


0

0

На этот раз разработчики одобрили включение в состав Gnome реализации D-Bus на C# - NDesk.DBus (ndesk-dbus). Хотя D-Bus - это одна из ключевых библиотек, она пока только в качестве внешней зависимости. В официальных планах (PDF 639КБ) также значится добавление следующих компонентов на mono:

  • Биндинги для Gnome NetworkManager
  • Биндинги для Gnome Power Manager
  • hal-sharp
  • NotifySharp, как полная замена libnotify
  • gnome-keyring-sharp, как полная замена gnome-keyring

    Также на mono уже написано несколько приложений для Gnome, таких как Tomboy, F-Spot. Первый уже официально в составе Gnome.

    >>> Подробности

  • anonymous

    Проверено: JB ()

    Ух... как же вас тут понесло!!!
    Короч Python С и С++ форева!!! Всякие там Mono идёт далёким лесом.

    Товарищь Линус сам говорил, что гном отстой, а python хороший язык для обучения и быстрого программирования.

    Конечно я понимаю людей которые, что то выучили и дорожат этим... но мне кажется это очень децкий подход.

    stalkerg ★★★★★
    ()

    Nokia покупает Trolltech. Gnome переходит на Mono. Для полноты картины не хватает ввести в Linux поддержку WinAPI и диска C.

    anonymous
    ()

    У нас в конторе всё автоматизирует vtiger.com
    для скалада и т.п. вполне хаватает Ананаса. Так, что 1С и 2С тож могут идти лесом.

    stalkerg ★★★★★
    ()

    гыг. вовремя скипнул на xfce.

    моно идет фтопку. ждем KDE.4.1, оцениваем, выбираем. Гном, к сожалению, становится жирным монстром.

    anonymous
    ()
    Ответ на: комментарий от sv75

    тогда уж лучше vala.

    а PyGTK это хрень какая-то. что на нем кроме глючного гаджима и сонаты написано?

    anonymous
    ()
    Ответ на: комментарий от TheMixa

    >Ну пожелеют они потом что связались с этим C#. Непонятно, что движет ими в эту сторону, хоть бы какое внятное объяснение дали.

    Ну если вдумчиво присмотреться к Mono, то увидим, что базовая графика для Mono - это GTK.

    У них там в доках графический раздел называется Gnome Libraries.

    А вот оберток для QT - в mono я не видел.

    Так что любовь Mono & Gnome видимо взаимна :)

    AlexLorovitch
    ()
    Ответ на: комментарий от anonymous

    > а PyGTK это хрень какая-то. что на нем кроме глючного гаджима и сонаты написано?

    Конкретные претензии есть?

    sv75 ★★★★★
    ()
    Ответ на: комментарий от anonymous

    >>лучше уж моно, чем C

    > И ты туда же??

    Ну доля шутки имелась, с другой стороны тстирую Rawstudio, и навевает это такие вот мысли :(((

    sv75 ★★★★★
    ()
    Ответ на: комментарий от sv75

    Есть. Чем он проще того же Си с GTK, Если код получается примерно одного размера?
    
    #!/usr/bin/env python
    # -*- coding: utf-8 -*-
    
    import pygtk
    import gtk
    import sys
    
    class Base:
        def hello(self, widget, data=None):
            print 'Hello, world!'
    
        def delete_event(self, widget, event, data=None):
            print 'event delete'
            return False
    
        def destroy(self, widget, data=None):
            print 'destroy'
            gtk.main_quit()
            
        def button_press(self, w, event, data=None):
            print 'press'
            
    
        def __init__(self):
            self.window = gtk.Window(gtk.WINDOW_TOPLEVEL)
            self.window.connect('delete_event', self.delete_event)
            self.window.connect('destroy', self.destroy)
            self.window.set_border_width(10)
            
            self.button = gtk.Button('Press to Hello! :)')
    
            self.button.connect('scroll_event', self.button_press, None)
    
            self.button.connect_object('clicked', 
                gtk.Widget.destroy, self.window)
            self.window.add(self.button)
            self.button.show()
            
            self.window.show()
    
        def main(self):
            gtk.main()
    
        def __del__(self):
            del self.button
            del self.window
            print 'destroy object'
    
    print __name__
    
    if (__name__ == '__main__'):
        base = Base()
        try:
            base.main()
        except KeyboardInterrupt, x:
            print 'interrupt :) ', x
    
    это с туториала. код на си не многим больше.

    anonymous
    ()
    Ответ на: комментарий от anonymous

    > Есть. Чем он проще того же Си с GTK, Если код получается примерно одного размера?

    Тем что не обязательно использовать только гтк ;) Да, при использовании библиотеки X - для любого языка размер кода будет примерно одинаков, это закон :)

    sv75 ★★★★★
    ()
    Ответ на: комментарий от anonymous

    >Есть. Чем он проще того же Си с GTK, Если код получается примерно одного размера?

    >#!/usr/bin/env python
    ># -*- coding: utf-8 -*-

    >import pygtk
    >import gtk
    >import sys

    >class Base:
    > def hello(self, widget, data=None):

    Очевидно, тем же, чем Python лучше C.

    anonymous
    ()
    Ответ на: комментарий от Joe_Bishop

    >пионер млять, я вот об таком примерно говорил:

    зачем огород то городить когда есть более простые способы:

    fix (\f l -> if null l then [] else let (s,e) = break (==' ') l in s:f (drop 1 e))

    или просто words ?

    imp ★★
    ()
    Ответ на: комментарий от Joe_Bishop

    Попроще можно:
    split :: [Char] -> [[Char]]
    split x | remains == [] = [word]
            | otherwise     = [word] ++ split remains
      where
        (word, remains) = tofirstspace x
    
        tofirstspace :: [Char] -> ([Char], [Char])
        tofirstspace []       = ([], [])
        tofirstspace (' ':xs) = ([], rmspace xs)
          where
            rmspace []       = []
            rmspace (' ':xs) = rmspace xs
            rmspace x        = x
        tofirstspace (x:xs)   = ([x]++y, res)
          where
            (y, res) = tofirstspace xs

    Joe_Bishop
    ()
    Ответ на: комментарий от AlexLorovitch

    >А вот оберток для QT - в mono я не видел.

    h8:/home/h8 $ zypper info qtsharp
    ...
    Сведения для пакет qtsharp:

    Репозитарий: Official OSS
    Название:qtsharp
    ...
    Резюме: Qt Bindings for C#
    Описание:
    This package contains Qt C# bindings, which can be used with the Mono
    or pnet compiler.

    Authors:
    --------
    The KDE Team <kde@kde.org>

    )))))))

    h8 ★★★
    ()
    Ответ на: комментарий от anonymous

    > а PyGTK это хрень какая-то. что на нем кроме глючного гаджима

    Во-первых 4.2. А во-вторых у Gajim одни из самых отзывчивых и адекватных разработчиков.

    Rikz ★★★
    ()
    Ответ на: комментарий от h8

    > Сведения для пакет qtsharp: > This package contains Qt C# bindings, which can be used with the Mono

    А оно входит в штатный mono - ну тот, который скачивается с сайта mono.org ?

    AlexLorovitch
    ()

    /me нервно клацает в пакедж менеджаре и ставит XFCE.

    anonymous
    ()
    Ответ на: комментарий от AlexLorovitch

    >А оно входит в штатный mono - ну тот, который скачивается с сайта mono.org ?

    Насколько я знаю - нет.

    h8 ★★★
    ()
    Ответ на: комментарий от AlexLorovitch

    > А вот оберток для QT - в mono я не видел

    лучше расскажи как там дела у KDE4 с переходом на D-Bus? Или под каждую задачу будут продолжать ваять инструментарий с оглядкой на своё двойное лицензирование Qt? И вообще под какой лицензией предлагаешь выпускать Qt#?

    > Так что любовь Mono & Gnome видимо взаимна :)

    Gnome любит всё что использует GTK+... биндинги для C# официально не поддерживаются (http://gtk.org/features.html#LanguageBindings) но написанный софт есть и от него никуда не уйти... правда чрезмерное проникновение Mono в мэйнстримный Gnome как-то не укладывается в рамки планов GTK+

    los_nikos ★★★★★
    ()
    Ответ на: комментарий от anonymous

    >Nokia покупает Trolltech. Gnome переходит на Mono.

    Да ну - так уж сразу и переходит.

    Ну признали официально, что Mono в связке с Gnome - это неплохо. И имеет право на существование наравне с прочими средствами Gnome-разработки,

    Ну решили кой-чего наладить, чтобы эта связка была полнокровнее - типа DBUS для Mono сделать.

    Ну будут утилитки в том числе и на mono - не страшно, все равно это все обвязки для GTK.

    F-Spot - кстати давно по дефолту в Gnome ставится для фотоальбомов - ну тащит он за собой libmono - не смертельно это все.

    AlexLorovitch
    ()

    Этот бред всётаки подтвердили...

    Все надписи с забора теперь будем подтверждать.

    anonymous
    ()

    Люди, добавьте ещё новостей на главную. Ведь чем дольше эта новость будет висеть на первом месте, тем больше народу будет её читать и тем дольше будет идти этот бессмысленный троллинг:)

    anonymous
    ()

    >бессмысленный троллинг:)

    тротлинг? %)

    FiXer ★★☆☆☆
    ()

    пора Гном форкать. а а то Макрософт/Новелл/Ксимиан/SuSE-программисты("в одном флаконе") ..

    anonymous
    ()

    Я читаю вас уважаемые, у меня волосы дыбом встают. Тыкать красноглазием друг в дружку, столько флейма. А тут есть кто-нибудь кто скажет - "Вот, я написал вот это и воон то, из того чем ты пользуешся". И мне без разницы как это пахать будет, хоть под вайном. Кстати как вам идея - вместо того, что бы трясти старушек перед домашним подъездом, ловите эмо в переходах и приделывайте тролльи носы. Боле делать просто нечего (взгляд со стороны). П.с. разгонитесь, я из ubuntu пишу. А прикиньте, это тоже лялих. И это, жесть - гном :) И ещё. Искренне считаю что гном шило, жду кедов 4.1 с нетерпением. Ах да, чуть не забыл - что там по поводу софтинки? Хоть на сях, хоть на чём угодно.

    goodhabit
    ()
    Ответ на: комментарий от anonymous

    > Это не ХИГоугодно, наверняка написание кода на С++ плохо сказывается на состоянии диалога открытия файлов и на реестре. Вообще теперь есть только 2 Ъ-языка для гномовцев: С и С-диез.

    Линк на неугодность C++ в студию?.. ;)

    cruxish ★★★★
    ()

    Java - никогда не была и никогда не будет - кросс-платформенной. Тут просто конфликт интересов SUN. потому так долго она ее под GPL и не отдавала.

    p.s. лишь как PR.

    anonymous
    ()
    Ответ на: комментарий от anonymous

    > Java - никогда не была и никогда не будет - кросс-платформенной. Тут просто конфликт интересов SUN. потому так долго она ее под GPL и не отдавала.

    Да-да работа Java-приложений на x86, AMD64, SPARC, ARM, Power и многом другом на Linux, Solaris, *BSD, AIX, Winblows - это миф. Отсыпь травы.

    anonymous
    ()

    Прочитал я все восемь страниц обсуждения и вот никак не пойму, почему некоторые товарищи так взъелись на mono? Под каждую задачу свои инструменты.Не нравится вам mono, так не используйте его.Ктож вам мешает?

    n535
    ()
    Ответ на: комментарий от n535

    >Прочитал я все восемь страниц обсуждения и вот никак не пойму, почему некоторые товарищи так взъелись на mono? Не нравится вам mono, так не используйте его.Ктож вам мешает?

    А я вот не пойму - чего ты, вендузятнег, здесь делаешь? "Оставайся на венде" со своими "товарищами" продолжай дальше "никак не понимать"

    Led ★★★☆☆
    ()

    >А я вот не пойму - чего ты, вендузятнег, здесь делаешь? "Оставайся на венде" со своими "товарищами" продолжай дальше "никак не понимать"

    Интересно на линуксоидов посмотреть =) Просто слишком много среди вас фанатиков,которые вообще не понимают о чем говорят.

    n535
    ()
    Ответ на: комментарий от n535

    >Просто слишком много среди вас фанатиков,которые вообще не понимают о чем говорят.

    Да, это не здОрово. Среди вендузятнегов большинство понимает (с трудом) ТОЛЬКО то, что говорят САМИ. ИМХО это намного печальнее :(

    Led ★★★☆☆
    ()

    >Среди вендузятнегов большинство понимает (с трудом) ТОЛЬКО то, что говорят САМИ Вот это и называется фанатизм. >ИМХО это намного печальнее :( Согласен, что это печальнее, вот только выбор операционной системы на данный факт никак не влияет.Дебилы есть везде.

    n535
    ()
    Ответ на: комментарий от n535

    >Дебилы есть везде.

    Вот поэтому я и сказал тебе: оставайся на венде - у нас и своих дебилов хватает:)

    Led ★★★☆☆
    ()
    Ответ на: комментарий от n535

    > Прочитал я все восемь страниц обсуждения и вот никак не пойму, почему некоторые товарищи так взъелись на mono?

    А чего здесь неясного? Это заслуженная ненависть к M$, которая вертит стандарты на одном месте, печатает Get The Facts, вешает баннеры "виндос обгоняет linux", срет своим фудом про патенты, использует нечестные методы конкурентой борьбы, раздавала MS-бонусы, давила на комитет принимавший OpenXML и бесцеремонно подсаживает на свои убогие одноплатформенные технологии-велосипеды. Это естественное неприятие и встреча в штыки всего, что связано с Microsoft потому, что от них ничего хорошего не ждут. Доходчиво?

    anonymous
    ()

    >Вот поэтому я и сказал тебе: оставайся на венде - у нас и своих дебилов хватает:)

    Я и останусь на винде, не будучи при этом дебилом, кстати =)

    n535
    ()
    Ответ на: комментарий от Joe_Bishop

    >Попроще можно: >[...]

    С tofirstspace и rmspace проблем не будет -- её можно спокойно объявить типа такого: tofirstspace = n => ... tofirstspace(xs). Так же, как в статье на msdn.

    А вот с чем будет жопа -- это с туплами (без которых громоздко) и отсутствие патерн-матчинга. Ни то, ни другое к first class citizen-ству функций отношения не имеет.

    WFrag ★★★★
    ()
    Ответ на: комментарий от n535

    >Среди вендузятнегов большинство понимает (с трудом) ТОЛЬКО то, что говорят САМИ Вот это и называется фанатизм.

    Они и этого не понимают, во многих случаях. Именно так возникают категорические утверждения, особенно если они сделаны про _любую_ OS.

    HappySquirrel
    ()

    Хех, я не устаю удивляться патологической жажде большинства разработчиков найти приключений на свой тазобедренный сустав. А потом удивляемся - ну что ж оно так всё тормозит-то, что ж пашет криво. Вместо того чтобы допиливать существующий задел, тянут как дети несмышленные всякую гадость в рот. Мазохисты какие-то.

    P.S. Скорей садисты - за их "изыскания" расплачивается юзверь. 8)

    V0ID ★★★
    ()

    Eh! horoshij ulov dlya moego ignore-list'a segodnya.

    ska
    ()

    Эх, чуток бы ускорить принятие мегафич (LTO и прочие ) в GCC и про моны можно забыть. Все это метания от того что современные программисты вообще не имеют понятие об исполнительных устройствах, трюков вроде трансляции кода перемиенования регистров многоуровневой иерархии кэша (разница в скорости доступа к данным в кэшах - два порядка).

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

    Сейчас сложность железа запредельная, процессор это не процессор а многомашинный комплекс, с своими скрытыми внутренними ограничениями вроде ширины внутренних шин, псевдо-LRU и прочими предсказывающими хрен-поймешь-сколько-такров-уйдет-на операцию блоками.

    И на более высоком уровне лавиной надвигается массовый параллелелизм, а там человеческий мозг ох как слаб для задачи отслеживания логики блокировок семафоров мьютексов и так далее.

    Вот это -проблемы. А моно жаба да и пайтон с хаскелями - детский лепет.

    GCC - наше все ! Ну и чуток ассемблерных вставок ... :)

    anonymous
    ()
    Ответ на: комментарий от anonymous

    Ув. Красноглазик! Научитесь различать системное и прикладное программирование, а потом уже называйте python, java, etc нехорошими словами. А то может вообще начнем на машинном коде все писать?

    anonymous
    ()
    Ответ на: комментарий от anonymous

    > И на более высоком уровне лавиной надвигается массовый параллелелизм, а там человеческий мозг ох как слаб для задачи отслеживания логики блокировок семафоров мьютексов и так далее.

    > Вот это -проблемы. А моно жаба да и пайтон с хаскелями - детский лепет.

    > GCC - наше все ! Ну и чуток ассемблерных вставок ... :)

    Верная мысль !

    А кстати, как там в GCC c OpenMP дело обстоит - никто не экспериментировал с последними версиями ?

    Поделитесь знаниями PLEASE

    AlexLorovitch
    ()
    Ответ на: комментарий от n535

    >Я и останусь на винде, не будучи при этом дебилом, кстати =)

    WARNING: WANTUZATNIK DOTMINET BIDLOKODER DETECTED. TERMINATE PROCESS? [no/YES] YES YES YES!

    А справка от врача у тебя имеется?

    armik
    ()
    Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.