У кого-то сейчас будет разрыв шаблона))

Мисье, вы явно не писали на WinAPI.

WinAPI это ахриенная вещь, покрайне мере там не в пример удобнее работать с GUI чем в этих ваших линуксах, ты создаешь оконо, создаешь элементы управления я этим окном, указываешь обработчик (достаточно одного, если тебе не нужно что то экстраординарное, и там отслеживаешь события) и можешь уже заниматься внтуренней логикой. Если вдруг что то надо сделать как тебе хочется, переопределяешь обработчик сообщений для контрола и можешь в нем делать свистоперделки каике тебе хочется. И прелесть в том что API для создания окон единое, приложение написанное с использованием этого API в 98ом году запустится и будет так же работать в 2014ом на последней операционке, (да в 98ом году не был предусмотрен манифест для указания нужной версии комконтролов, но его всегда можно подложить рядом и старое приложение будет выглядеть как вчера написанное)

А в этих ваших линуксах целлая россыпь, фреймфорков для создания окошек, да еще и зубодробительный АПИ для их создания В WinAPI ты создаешь одной командой, окно, попутно в этой же команде настраивая внешний вид окна, его положение и скажем его тип. Следущей же командой опять же одним вызовом, ты создаешь например кнопку указываешь тут же в этой же команде кому она принадлежит, какой у нее кэпшен, стиль, положение. И так со всем контролами, кроме списков, для списков чуть больше строчек нужно написать, потому что в них нужно что то же добавить.

А вот взять в пример GTK, сначало ты создаешь окно одним вызовом, потом 2ым вызовом кэпшен ему указываешь, потом по отдельности для каждого нужного тебе эвента окна создаешь каллбак функцию (в Винпи для этого общая очередь сообщений, где окна опеределяются их хендлами, а сообщения их IDшником + параметры 2 штуки), потом ты создаешь контейнер в него кладешь окно, потом создаешь еще контейнер создаешь кнопку, снова объявляешь каллбеки для кнопки, снова вызовы по ее настройки, потом помещаешь кнопку в контейнер,а контейнер помещаешь в к окно, которое поместил в контейнер.

А создание таблиц в GTK? это же капец, ты создаешь таблицу, кладешь ее в контейнер, потом для каждой ячейки таблицы создаешь контейнер, в этот контейнер добавляешь лабел, который опять же обвешал калбеками, этож капец какой то сколько вызовов нужно сделать.

А есть ли IDE в этих ваших линуксах из коробки, чтобы поставил запустил, накидал интерфейс и занимаешься уже непосредственно алгоритмом, нет конечно у нас есть зоопарк фреймфорков, каждый кто во что горазд пишет. Сначало ты выбираешь из тучи IDE, выбираешь для этой IDE лагины, чтобы было удобно и тебя не бесило то как она работает, потом ты смотришь как можно удобно использовать IDE для создания гуевых приложений и оказывается что в ней и нет не фига, тебе надо использовать стороний Дизайнер Форм для GTK например (Glade), ты такой ладно ставишь, разбираешься, делаешь форму, экспортишь ее в xml из глайда, припомощи такой-то матери и соплей прикручиваешь их к коду в своем проекте, начинаешь писать логику приложения, потом оказывается что тебе нужно некоторые, контролы подвигать или спрятать и тут оказывается что использованние Glade накладывает ряд ограничений, ты не можешь делать те вещи которые тебе нужны, и ты такой решаешь что то создовать руками, и в итоге у тебя не проект получается, а какой то франкенштейн из всего по немногу, который кое как работает и ты начинаешь уже заниматся непосредственно логикой приложения, потратив уйму времени. И вот эти люди еще ругают Delphi например, где на форму набросал в дизайн режиме нужные тебе контролы, выбрал события и занимаешься логикой. И делфи уже лет 20ать как существует и там это все с тех пор работает. А линуксам уже 30лет, и до сих пор линукс комюнити не определилось с единым АПИ для создания GUIвых приложений. А гуевые интерфейсы это все в наше время, потому что пользовталю не интересно тратить время на чтение манов и зазубривание команд, у него семья, дети, хобби, и прочие вещи есть, на которые он готов потратить свое время, ему надо просто нажать, где-нить кнопку с понятным описанием, и чтобы все заработало. А пока ничего такого в линуксах нет, он так и будет в жопе со своими 1.2% на десктопе,

WinAPI 25 лет назад 3 человека придумало, достаточно удобное и продуманное по сей день, а линукс сообщество все ни как не может выроботать единого API, для создания GUI. А в линях наплодили по 100500 свистоперделок, которые соплями связаны между собой и как то работают, весь гуй что есть в линуксе выглядит минималистичным, как лаба студента из 3 кнопкок и списка, наверника потому что все в ужас и панику вподают, когда решают что то гуевое сделать, и быстро отказываются от этой затеи.

Неужели третий Гном потребляет меньше

Наверняка третий гном жрёт ещё больше, он не менее монструозен. Лично я пользуюсь mate (http://mate-desktop.org/).

При переходе с третьих кед на четверку я не увидел ничего «новомодного»

Вероятно вы слепой.

обратите внимание, там помимо кед поназапущено много всего, даже Django есть с пятью форками

А если не перезагружать недельку память не течёт?

При регистрации на сайте запрещается:
использовать длинные имена, состоящие из произвольного набора символов, в том числе: случайные последовательности; кодирования uuencode, base64, binhex; хеши; uuid и т.п.

Ага.

Ну, хоть где-то гномеры победили ).

И то верно, такая себе паралимпиада для DE должна быть.

Какбе есть разница между сидом и тестингом, не?

А если не перезагружать недельку память не течёт?

Там, кстати, аптайм указан (4 дня). Где-то какая-то течка есть, может быть это браузер или другие программы. В этих ваших линуксах много что течёт. Для этого я держу своп и swappiness установлен в 100%. Мусор, оставшийся в памяти, постепенно сбрасывается туда.

Вероятно вы слепой.

При общении с вами мне тоже так подумалось, поэтому и добиваюсь конкретики. Ну тыкните пальцем, где оно?

И ты думаешь, что это только в Дебиане так? В openSUSE тоже есть репу oss и non-free.

В Debian более строгий отбор. Где в openSUSE пакеты, которые зависят от несвободных?

Действительно

Задолбали уже пилить десктопы для клинических болванов.

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

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

Среднему юзеру плевать на циферки, ему ехать, а не шашечки.

Чувак, как я тебя поддерживаю!

мускуль

который давно уже не нужен, база akonadi в sqlite ЕМНИП с 4.8

И кде уже не тянет mysql? Совсем совсем? Вывод емержа генточки ненужен. Я про нормальные дистрибутивы.

Ну ты сравнил. Системное API, где окна - часть системы и сторонние фреймворки, прикрученные к ядру ОС. Ява вот очень хороша для гуя, на swing'е все в момент пишется. Qt, кстати, тоже.

Вывод емержа генточки ненужен. Я про нормальные дистрибутивы.

Проблемы мэйнтэйнеров дистрибутивов не осиливших собрать Akonadi без MySQL нормальных людей не волнуют. Они либо стиснув зубы пользуются тем, что дают, либо собирают сами, либо валят с этих дистрибутивов на те, где о них заботятся.

Заметь, я не сказал «валят на генту», потому что гента - это не панацея, не волшебная палочка-выручалочка и она не каждому подойдет.

Счастья всем даром и пусть никто не уйдет обиженным.

Конфетки для всех не бывает, в принципе, ни на базе генты, ни вообще. Конфетка для всех возможна только тогда, когда эти самые все готовы идти на компромисс и смиряться с тем, что не всё будет сделано в точности так как им хочется.

Что за бред? Как можно сравнивать ОС, которую разрабатывает одна компания с GNU/Linux. В GNU/Linux по определению не может быть единой API, потому что каждый дистрибутив это сборка различных компонентов системы, и у них только ядро единое.

Что касается IDE. Ты слышал что нибудь о Qt Creator, IntelliJ IDEA? В них все четко и лаконично. Глупо возмущаться не разобравшись в теме.

Кто не понял что дебиан уже не нужен - тот лох

dixi

PS: и даже капча 639 согласна

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

мыши плакали, кололись, но продолжали жрать кактус

Да, я к нему привык.

Так что ты ее в пример ставишь?

А почему бы не ставить в пример то что более успешно? Можно ещё макось ставить. Ставлю, потому что на десктопе оно более юзабельно нормальным людям.

Попытки копировать венду ничем хорошим не заканчивались.

Я разве предлагал её копировать? Можно просто взять оттуда лучшее. Не хотите, тогда Поттеринг сделает это сам рано или поздно, естественно в своём извращенном стиле.

В плане десктопного юзабилити линукс может быть сильно разным - хочешь кеды, хочешь гном, хочешь LXDE

Юзабилити это не DE. И тем более не их разнообразие. Ты вообще сравниваешь тепло с печкой.

Короче, иди обратно на сосач выпендриваться.

Не знаю что это. Раз ты знаешь, видимо ты его ЦА, а мне с подобными вам не место. Да и вы меня там забаните быстро, когда ваши пуканы в очередной раз взорвутся от горькой правды, которую я донесу.

винапи-подобные кути.

Ты:

• либо никогда не видел винапи (как вариант - путаешь его с какой-нибудь MFC);
• либо никогда не видел qt;
• либо толсто троллишь (что вероятнее всего).

Что примечательно, если бы ВСЕ разработчики зоопарка дистрибутивов трудились над чем-то одним (хоть над той же Гентой), она бы мигом стала конфеткой для всех.

...Ты правда в это веришь?

Лично я считаю, что с вероятностью 99% справедливо прямо противоположное.

покрайне мере там не в пример удобнее работать с GUI чем в этих ваших линуксах, ты создаешь оконо, создаешь элементы управления я этим окном

...регистрируешь класс окна (10-20 строк кода), обрататываешь какие-то сообщения от него (5-15 строк). Пипец как удобно.

окружение MATE пока ещё не обрело достаточного количества сторонников

Только MATE вернет debian ту природную красоту что так бездарно отняли в гноме 3

Нормально всё с гном три. Это как девственность для бабы потерять - сначала больно, но потом ничего, даже нравиться начинает.

Это же вброс был :-)

Мне как раз понравилось, году в 1998-1999, что всё разное и можно выбирать, при этом и достаточно одинаковое, что бы навыки одной системы пригождались на другой. И пусть оно так и будет.

Чем лучше?

...регистрируешь класс окна (10-20 строк кода), обрататываешь какие-то сообщения от него (5-15 строк). Пипец как удобно.

Можно создовать из готовых классов системы, тогда тебе не нужно писать 10-20 строк, ты просто используешь уже объявленный класс для окон в OS Windows (т.е. создаешь окно через CreateWindow), так же и с кнопками, после чего 2ой строчкой подменяешь этот обработчик на свой через функцию SetWindowLong(), и не какие то сообщения обробатываешь, а те что тебе нужны, например WM_KEYDOWN, для остальных событий которые ты не хочешь обрабатывать, есть замечательный вызов DefWindowProc() или CallWindowProc(), который обработает, то что ты не хотел обрабатывать сам (на самом деле этот вызов передает сообщение которое пришло в твой или подмененный обработчик сообщений, дефолтному).

Много всяких понятных сообщений тебе надо обрабатывать, если ты знаешь что например хочешь перерисоввывать окно, тогда ты обрабатываешь например WM_PANIT (но не только его). Хочешь чтобы твой контрол игнорировал ввод каких кто символов, обрабатываешь сообщения ввода, пропуская нежелеательные символы. Но если ты не хочешь заморачиваться, то в обработчике в CASE только нужную проверку делаешь и все.

Ну и чтобы не быть голословным, заходим на http://www.freepascal.org/, качаем себе free pascal, ставим запускаем проект со следущим кодом:

program WinAPIWindow;
{$mode DELPHI}
{$APPTYPE GUI}
uses
  Windows;
var
  MainHandle:HWND;
  MSG:TMsg;
  DefWndProc:Pointer;

function WindowProcMsg(hWnd: HWND; Msg: UINT; wParam: WPARAM; lParam: LPARAM):DWORD; stdcall;
begin
  if (hWnd = MainHandle) and (Msg = WM_CLOSE) then begin
    DestroyWindow(hWnd);  //тут мы обработали сами закрытие формы
    ExitProcess(0);
  end;
  result := CallWindowProc(DefWndProc, hWnd,MSG,wParam,lParam);
end;

procedure CreateMainWindow;
begin
  MainHandle:=CreateWindow('#32770', 'Example for www.linux.org.ru by Anonymous', WS_CAPTION or WS_SYSMENU, 150, 100, 800, 600, 0, 0, 0, 0);
  DefWndProc := Pointer(GetWindowLongPtr(MainHandle, GWL_WNDPROC));
  SetWindowLongPtr(MainHandle, GWL_WNDPROC, Integer(@WindowProcMsg));
  UpdateWindow(MainHandle);
  ShowWindow(MainHandle, SW_NORMAL);
end;

begin
  CreateMainWindow;
  while GetMessage(MSG, 0, 0, 0) do begin
    TranslateMessage(MSG);
    DispatchMessage(MSG);
  end;
end.

радуемся окошку.

WinAPI это ахриенная вещь, покрайне мере там не в пример удобнее работать с GUI

Совсем заврался, проклятый.

Да.

Вот только боюсь, что проекты типа Wayland, насильственно меняющие сложившиеся API, эту красоту ухайдакают.

Ява вот очень хороша для гуя

ОЛОЛО.

https://packages.debian.org/jessie/akonadi-backend-sqlite

лох
dixi

Ты опять выходишь на связь, мудила?

что-то нетак?

Иди DOS прерывания дёргай на ассемблере, сложившееся API у него.

Ты мне хочешь рассказать сказку о том, как жабагуй не тормозит и выглядит красиво? Ну, давай, заводи.

Если я правильно понял аналогию - она совсем не в ту сторону. X11 более высокоуровневый, чем Wayland. И со стабильностью в ассемблере, учитывая наличие amd64 и всяких ARMов, всё не так лучезарно...

Или я прочёл в твоём комменте слишком много лишнего, и это был банальный переход на личности?

Заходим на http://qt-project.org/downloads

качаем сборку, устанавливаем. Запускаем Qt Creator, создаём проект с кодом:

#include <QApplication>
#include <QMainWindow>

int main(int argc, char *argv[])
{
    QApplication a(argc, argv);
    QMainWindow w;
    w.setWindowTitle("Example for www.linux.org.ru");
    w.setGeometry(150, 100, 800, 600);
    w.show();

    return a.exec();
}

радуемся окошку. (c)

При это никто не заставляет гуй руками стряпать, плотная интеграция с QtDesigner, возможность как автогенерации кода из описания формы, так и динамической подгрузки формы в рантайме. Плюс адекватнейшая система управления размещением. Чёткое расположение логики обработчиков, а не лапша из if-else/switch-case.

ЗЫ таки повёлся :)

Это была банальная заметка о том, что кто-то ретроград.

ты просто используешь уже объявленный класс для окон в OS Windows

ЕМНИП, они только для всяких кнопок, текстбоксов, и т.д. Когда рисуешь свое окно, нужно новый класс регистрировать.

рабочее окружение MATE пока ещё не обрело достаточного количества сторонников, а команда разработчиков Xfce весьма немногочисленна.

Тогда, по этой логике, должно было бы быть KDE. Не пользуюсь DE, но раз уж так ориентируются на пользователей... И не совсем понятно, а зачем что-то делать по умолчанию. В инсталляторе же галочками отмечать можно.

Кстати, позавчера что-то ставил в виртуалку kvm (вроде бы это был jessie netinstall, так там можно было поставить галочки xfce gnome и что-то ещё... Или это уже глюки?

Угу, я ещё квас вместо яги пью...

Только если тебе не хватает стилей стандартных, а их достаточно много чтобы получить желаемое окно. Смотри добавили Static и Button:

program WinAPIWindow;
{$mode DELPHI}
{$APPTYPE GUI}
uses
  Windows;
var
  MainHandle:HWND;
  MyButton:HWND;
  MyStatic:HWND;
  MSG:TMsg;
  DefWndProc:Pointer;

function WindowProcMsg(hWnd: HWND; Msg: UINT; wParam: WPARAM; lParam: LPARAM):DWORD; stdcall;
begin
  if (hWnd = MainHandle) then begin
    if (Msg = WM_CLOSE) then begin
      DestroyWindow(hWnd);  //тут мы обработали сами закрытие формы
      ExitProcess(0);
    end;
    If (Msg = WM_COMMAND) then
      if (LPARAM = MyButton) then
        MessageBox(MainHandle, @'Wow button is pressed'[1], @'Info'[1], MB_OK);
  end;
    result := CallWindowProc(DefWndProc, hWnd,MSG,wParam,lParam);
end;

procedure CreateMainWindow;
begin
  MainHandle:= CreateWindow('#32770','Example for www.linux.org.ru by Anonymous',WS_CAPTION or WS_SYSMENU, 150, 100, 800, 600, 0, 0, 0, 0);
  MyStatic  := CreateWindow('Static', 'Label for Button', WS_VISIBLE or WS_CHILD, 20, 10, 150, 36, MainHandle, 0, 0, 0);
  MyButton  := CreateWindow('Button', 'Button without created new class', WS_VISIBLE or WS_CHILD, 20, 30, 250, 36, MainHandle, 0, 0, 0);
  DefWndProc := Pointer(GetWindowLongPtr(MainHandle, GWL_WNDPROC));
  SetWindowLongPtr(MainHandle, GWL_WNDPROC, Integer(@WindowProcMsg));
  UpdateWindow(MainHandle);
  ShowWindow(MainHandle, SW_NORMAL);
end;

begin
  CreateMainWindow;
  while GetMessage(MSG,0,0,0) do begin
    TranslateMessage(MSG);
    DispatchMessage(MSG);
  end;
end.

Темболее подменив обработчик стандартного класса окна, мы уже можем с ним делать что хотим, можно сделать ему стиль без кнопок управления и перехватывать события его отририсовки (все в тоей же процедуре WindowProcMsg), и нарисовать такой как нам нужно. Та же идея и с прочими стандартными контролами, списками кнопками и т.д., для них правда тоже придется переопределить обработчик через SetWindowLongPtr, но это опять же в том случае, если нам не хватит стандартных функций кастомизации, которые подбробно описаны в MSDN. Свой класс нужно объявлять, для того если мы прям вообще все хотим реализовать для нашего контрола, наприме переопределить поведение, для клавиатуры, мыши, отрисовки клиенской области, неклиентской, необычный режим отрисовки задать, режим отображения курсора на нем же задать и прочее прочее, свой скрол запилить, и вообще персчет всего сделать руками, щаз прям сходу даж не придумаю для чего могло бы понадобится.

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

Смысле задать ему стиль (диалоговое окно, popup окно, просто канвас) и уже дальше в подмененном обработчики довести до желаемого.