qLabels 0.1

Ужас.

Ага

я, правда, не понял как её использовать, но начало есть :)

PS. рядом с виндовым экзеком положи минговую библиотеку

Что-то скриншоты не вдохновляют

для начало сойдёт посмотрим на след релиз

А зачем?

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

Только из за тулкита?

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

При чем здесь Корел?

И при чем здесь превью, который и так есть в glabels и всем, что собрано с gnomeprint?

Данная программа является калькой с бесплатной программы, распостраняемой производителями бумаги для этикеток.

Inkscape лучше ;)

>Свяжитесь с автором проекта, если вам есть чем помочь проекту.

Могу посоветовать автору освоить Designer. Хреначить вручную QActions и вручную же создавать из них тулбары --- прошлый век.

Второй совет: перед тем как выкладывать код, вычищай закомментареные строки :)

Третий: делай отступы tab-ами!!! 58 пробелов перед очередным аргументом функции --- это явно перебор! (файл canvas.cpp, строка 347, 348, 349, ...)

Вот: http://www.linux.unn.ru/debian/node/48

> Могу посоветовать автору освоить Designer. Хреначить вручную QActions и вручную же создавать из них тулбары --- прошлый век.

Куда катится мир...

>> Могу посоветовать автору освоить Designer. Хреначить вручную QActions и вручную же создавать из них тулбары --- прошлый век.

> Куда катится мир...

А что вы предлагаете? Не использовать дизайнер? Тогда вся масштабируемость формы катится к чертям!

Пардон, о какой масштабируемости идёт речь?

мегаивел. Вообще как в этом можно что-то делать, и зачем, если есть векторные редакторы нормальные 8-\

Нет, это издевательство над честными гражданами. Нужно назвать эту версию 0.0001-pre-pre-Alpha. Баг-репорты даже слать не охота, так как не работает даже базовая функциональность: - неверно работает функция сохранения-загрузки проекта - текст почему-то оказывается под графикой, - не сохраняется рабочий каталог (как это меня бесит в некоторых программах) - у кого-нибудь работает Image? У меня нет. - и т.п. А printer->setResolution(72); просто убивает. Выглядить как творчество начинающего программиста на Qt. Спасибо что хотя бы собирается без проблем. Но автору - творческих успехов.

>>А что вы предлагаете? Не использовать дизайнер? Тогда вся масштабируемость формы катится к чертям!

QGridLayout и QSpacerItem вне дизайнера не существуют ?

> А что вы предлагаете? Не использовать дизайнер? Тогда вся масштабируемость формы катится к чертям!

Извините, но это бред =) Если вы имели в виду менеджер компоновки, то дизайнер тут не причём. И вообще мне намного удобней вручную всё написать и иметь над этим 100% контроль, чем генерировать непонятно какой код в дизайнере.

> вручную всё написать и иметь над этим 100% контроль,
> чем генерировать непонятно какой код в дизайнере.

troorl, это потому как пользоваться не научился.

Designer создает .ui, из этого уи путем moc'a делаешь dform.cpp, dform.h, которые *ты не редактируешь*.

Далее создаешь form.cpp, form.h, в котором описываешь свой класс, и *наследуешь* из dform. Итого, у тебя четкое разделение -- описание как будет выглядеть в dform.{h,cpp}, описание как будет интерактивить с юзером -- в *твоем* form.{h,cpp}.

Ээээ, ну я это всё прекрасно знаю... сейчас пишу ещё одно быдлоподелие. Так вот, пришлось полдня потратить, чтобы перенести весь интерфейс из сгенерированного класса в свой, ибо мне просто удобней, когда я это руками описываю.

>>Designer создает .ui, из этого уи путем moc'a

путём uic-а, а не moc-а ;)

Пока сырее лужи. При попытки нарисовать прямоугольник вываливается.

> Designer создает .ui, из этого уи путем moc'a делаешь dform.cpp, dform.h, которые *ты не редактируешь*.

Только мне этот ужас напоминает быдлоподелие со всякими TForm и т.п.? =)

> Третий: делай отступы tab-ами!!!

За отступы табами нужно по рукам давать...

+1 кроме Makefile-а %))

>qLabels одинаково работает как под linux, так и под MS Windows

Это ещё почему???
В Linux ясное дело, что лучше работает =)

>QGridLayout и QSpacerItem вне дизайнера не существуют ?

Они существуют, но есть ещё такая вещь, как производительность труда. И выполнять вручную рутинную работу, когда для этого есть удобные инструменты, в которых это делается в 2 раза нагляднее и в 3 раза быстрее --- самый махровый фанатизм "нет мышекликанию, дайош фсё на машкодах"!

>Только мне этот ужас напоминает быдлоподелие со всякими TForm и т.п.? =)

Наверно да, только тебе :) Ибо это совершенно разные вещи :)

>За отступы табами нужно по рукам давать...

:flame_mode on Да-да, лучше на пол-экрана хреначить отступ пробелом! :flame_mode off

Ты бы как-то развернул свою мысль, что ли....

>Так вот, пришлось полдня потратить, чтобы перенести весь интерфейс из сгенерированного класса в свой....

Зачем?

Попробуй без этого. Тебе понравится :)

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

Я никому ничего не навязываю. Просто добрый совет даю, т.к. сам через это прошёл. Год назад я точно так же фигарил гуй вручную и не понимал, нафига нужен дизайнер.

> Только из за тулкита?

Британские учёные (TM)(R) установили, что установка Gtk+, libgnomeui и gnomeprint приводит к преждевременному полысению, импотенции и раку молочных желез. Ты не знал что ли? :)

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

Пример - есть форма-скелет, её содержимое подгружаем извне с помощью QWidgetFactory, создаём QGridLayout+QSpacerItem+<наш виджет> и вуаля :)

>>Да-да, лучше на пол-экрана хреначить отступ пробелом!

конечно лучше, если бы все редакторы одинаково отображали табы - тогда да. А так отредактирушь код в одном - всё пучком. Открываешь в другом - всё перекособочено. Причём даже в разных версиях тогоже KDevelop (2.x/3.x) может выглядеть по-разному. Всё-таки лучше, да, пробелами.

>>За отступы табами нужно по рукам давать...

> Ты бы как-то развернул свою мысль, что ли....

Разворачиваю. Во всех вменяемых редакторах (vim,emacs,jedit) можно настроить замену таба на пробелы и проставить ширину таба. Тоесть нажимаешь таб - получаешь 4, 2 или сколько нужно пробелов. Плюс в хорошем редакторе обязательно есть умное форматирование, которое даже тыцание по табу сводит к минимуму. Поэтому неудобств такой подход не добавляет.

Теперь предположим, что исходник сформатирован табами. Некоторые ставят его равным 4-м пробелам, некоторые 2-м. Есть языки (Лисп, Хаскелл), где форматирование идет по коду, а не по отступам.

Если аффтар форматирует табами и в его редакторе таб равняется 4-м знакам, то в ноутпаде он 8-м и форматирование уже будет отличаться. Беда в том, что обычно такое форматирование еще перемежается пробелами и тогда уже выравнивание "плывет", что не раз наблюдалось.

В случае хаскеля http://en.wikibooks.org/wiki/Haskell/Indentation и лиспа (у которых плывущее форматирование), код вообще станет нечитаемым.

Спасибо за конструктивные советы.

1) что такое Designer я прекрасно знаю, в ближайшее время часть переделаю.
2) про комменты просто забыл :)
3) на самом деле я думал, что я делаю табы, но мой редактор заменял их пробелами :( (теперь не заменяет)

Ну тулкит - это была одна из причин, я просто как-то попытался поставить glabels под виндой, чуть не посидел, но так и не смог поставить всего того, что ему нужно было(чуть-ли не весь гном).

те, кто сравнивает это приложение с inkscape или корелом просто не понимают назначения qLabels. У этих приложений несколько разное назначение. qLabels - это не векторный редактор.

2MYMUR ** (*) (27.04.2007 12:18:12):

>>>Второй совет: перед тем как выкладывать код, вычищай закомментареные строки :)

Глупый совет. Раз выкладывает публично, пусть все видят, чего там закомментарено и с какой целью.

>>>Третий: делай отступы tab-ами!!! 58 пробелов перед очередным аргументом функции --- это явно перебор! (файл canvas.cpp, строка 347, 348, 349, ...)

Совершенно дурацкий совет. Табы давно надо выкинуть. Они создают неразбериху из-за произвольной трактовки размера этих табов. Экономить на каких-то пробелах просто смешно.

и используй cstdlib, а не stdlib.h, тоже касается других хедеров. + там где-то я видел "GtGui", а не <QtGui>.

> А printer->setResolution(72); просто убивает.

Если бы вы посмотрели код дальше, то увидели бы, что дальше идет определение нужного DPI.

> написанной на Qt.
Тролли захватили моск программеров.

>Я никому ничего не навязываю. Просто добрый совет даю, т.к. сам через это >прошёл. Год назад я точно так же фигарил гуй вручную и не понимал, нафига >нужен дизайнер.

Такая же фигня .
С дизайнером удобнее , но многим ещё предстоит это понять.

> С дизайнером удобнее , но многим ещё предстоит это понять

В первую очередь авторам Qt. Это ж какую каку нужно родить, чтобы писать с её помощью ГУЙ было _не_удобнее, чем дергать мышой убогонький дизайнер. При использовании того же tcl/tk почему то и мысли не возникает пользоваться каким-то дизайнером.

>Пример - есть форма-скелет, её содержимое подгружаем извне с помощью QWidgetFactory, создаём QGridLayout+QSpacerItem+<наш виджет> и вуаля :)

Ну не сравнивайте ж**у с пальцем :)

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

Мы же говорим о простом статическом гуе, Вы не забыли? ;)

>Теперь предположим, что исходник сформатирован табами. Некоторые ставят его равным 4-м пробелам, некоторые 2-м. Есть языки (Лисп, Хаскелл), где форматирование идет по коду, а не по отступам.

Отличная логика! "Если в Хаскеле форматирование по коду, и для того, чтобы ничего не плыло, надо использовать пробелы -> Значит и в Цпп надо делать то же самое, невзирая на возможный гемор".

А вот Вам реальный пример "гемора": программ разрасталась, обрастала феньками, и при добавлении очередной феньки некоторая функция приобрела бы 4-5й уровень вложенности блоков, к тому же частично дублирующихся. Естественно, надо вынести часть кода в отдельную функцию. Далеко не все редакторы "отрежут" лишние отступы самостоятельно (а некоторые если и отрежут, то после них ещё править руками надо будет, матеря создателя этого "обрезающего интеллекта").

Вопрос: код с какими отступами будет проще и быстрее привести к нужному форматированию?

>Совершенно дурацкий совет. Табы давно надо выкинуть. Они создают неразбериху из-за произвольной трактовки размера этих табов. Экономить на каких-то пробелах просто смешно.

Вот именно из-за произвольной трактовки их длины они и удобны. Мне, например, удобнее читать код с шириной табов в 4 символа. Кому-то удобнее 2. Кому-то 8. У каждого редактор настроен так, как ему удобно. В итоге один и тот же код каждый читает так, как ЕМУ удобно. Все счастливы. А когда отступы сделаны пробелами, читателям приходится читать так, как было удобно АВТОРУ. Счастливы только те, кто разделяет точку зрения автора.

Выводы?

> Далеко не все редакторы "отрежут" лишние отступы самостоятельно (а некоторые если и отрежут, то после них ещё править руками надо будет, матеря создателя этого "обрезающего интеллекта").

Слушай, в Vim я вырезаю нужную часть кода (где-то в 4 кнопки), после этого вставляю его вместе со всеми пробелами в новую функцию. После этого еще 4 кнопки (va{=) и код авто-выровнялся.

Мне не понятно, чем тут поможет таб? Разве его(их) не нужно вырезать? В Vim работа с таб-куча пробелов происходит прозрачно. В емаксе и jEdit чуток побольше надо поклацать, а если мышкой(в jEdit мышка может делать блочное выделение) то примерно так же.

Обычно в нормальных языках принят стандарт на отступы. В Руби - 2, пых - 4(хотя некоторые используют 2), Ява - 4, Си - 4, ЦПП - 4.

> Вопрос: код с какими отступами будет проще и быстрее привести к нужному форматированию?

Поэтому ответ: в нормальном редакторе одинаково.

Кроме того вопрос, что делать если кодер нажал пробел+таб остался открытый.

> Ведь уже давным давно есть точно такой же, только доделаный glabels

Ща у аффтара сыграет стадное чувство и он по кличу Мигеля перепишет её на моно. Чё делать тогда будем? Не, гномам и их подпевалам доверять нельзя.

> Могу посоветовать автору освоить Designer. Хреначить вручную QActions и вручную же создавать из них тулбары --- прошлый век.

Его, наверно, старые пердуны заклевали "не юзай дизайнер - козлёно^Wдельфикодером станешь".