Advantages Of Fixed Pitch

I think we’ve all had the experience of entering text on a web page, or in a program, and discovering that we can’t distinguish what we’ve entered. Many sans serif fonts, with Arial or Helvetica as the best known examples, have letters that closely resemble each other at when displayed at small sizes. For example, the lower case letters “L” and “I” may differ by only a single pixel. Given the current craze for low contrast between background and text, and the ever higher resolutions of screens, this can make reading text, but especially entering and proofreading text, into a maddening ordeal.

For headlines, this isn’t a such problem. The characters are larger and easy to distinguish. I have no complaints for that usage. I use such fonts in this very blog.

An Example

Here are two screenshots the same dialog box, once with monospaced fonts and once without. This is using Qt4, and in this case, it came out particularly nice in the monospace, fat easy to distinguish characters.

Monospaced:

Sans Serif:

How To Do This In Qt4

This turns out to be pleasingly easy. Here’s a subclass of QLineEdit and a helper function to create the font object itself.

const QFont &
get_mono_input_font ()
  {
    static bool is_setup = false;
    static QFont * p_the_font = 0;
    if (!is_setup)
      {
        p_the_font = new QFont ();
        p_the_font->setStyleHint (QFont::TypeWriter);
        p_the_font->setPointSize (14);
        p_the_font->setFamily ("Bitstream Vera Sans Mono");
        is_setup = true;
      }
    return *p_the_font;  }
};

class Legible_QLineEdit: public QLineEdit {
 public:
  Legible_QLineEdit ():QLineEdit ()
    {
      setFont (Art_Font_Manager::get_mono_input_font ());
    }
};

I used 14 point to make the text big and easy to read. Using the setStyleHint call helps us to get a monospaced type face if Bitstream Vera Sans Mono is unavailable.

Use Black Text

I added a <span style=”color:black”> … </span&gt around the text to increase legibility, as well. Why not CSS? Because the free hosting doesn’t provide that. So I have to make do.

Seriously, it really does improve readability. If you want lower contrast, it is much better to use black type and an off-white background than to make the type gray.

qt4.5가 되면서 기존 qstring에는 없던 함수가 생긴거 같다.(확실치 않아~)
바로 sprintf !!!
기존엔 arg을 사용하던가 해야 했는데..(열라 짜증..)
사용법은 쉽다구

QString a;
a.sprintf(“%d”,1234);

참 쉽죠잉~

О IM-протоколах и клиентах можно рассуждать долго, но как ни крути именно аська популярна сейчас и множество народу пользуется ей постоянно. В Linux тьма-тьмущая способов быть на связи, к примеру через транспорт jabber (в котором честно говоря мне лениво разбираться). А так же множество программ разной степени паршивости: kopete (с настройками можно разбираться два месяца), pidgin (не люблю GTK), SiM (больше всего мне понравился, хотя он фактически труп), licq (проблемы с кодировками) и т.д.

И тут на сцену выходит (в зале бурные аплодисменты) qutIM — бесплатный, open-source, многопротокольный, модульный (ICQ, Jabber/GTalk/Ya.Online/LiveJournal.com, Mail.Ru, IRC ) клиент для общения.

Не забудьте установить layman и подключить оверлей в make.conf если это ещё не было сделано:

emerge -av layman
echo "SOURCE /usr/local/portage/layman/make.conf" >> /etc/make.conf

Добавляем оверлей в систему:

layman -o http://qutim-overlay.googlecode.com/files/my-list.xml -f -a qutim-overlay


Командой eix -c qutim можно ознакомиться с со списком плагинов. А вот набор флагов по умолчанию для версии ~0.2_beta1 мне не понравился, поэтому сделаем немного по-другому:


echo "net-im/qutim -jabber kdeintegration" >> /etc/portage/package.use
echo "net-im/qutim" >> /etc/portage/package.keywords
echo "net-im/qutim-kdeintegration" >> /etc/portage/package.keywords
echo "net-im/qutim-icq" >> /etc/portage/package.keywords

После установки программы, главное окно и окошко выбора статуса выглядит примерно так:

В заключение хочу сказать что клиент ОЧЕНЬ приятный, советую собрать-попробовать.

QtAcl – графический инструментарий для управления списками прав доступа (posix Acl) файлов и каталогов.

Утилита написана с использованием Qt4 и фактически является фронтендом к программе acl.

Properties

Properties

svn репозиторий:  https://qtacl.svn.sourceforge.net/svnroot/qtacl

• Для установки необходимо:

скачать исходники с svn:

svn co https://qtacl.svn.sourceforge.net/svnroot/qtacl qtacl

• Зайти в qtacl и сделать qmake && make
  

The release of Mac OS X 10.6 (Snow Leopard) snuck up on me while I have been working hard on a major new release of PerfectTablePlan plan. I didn’t really want to risk messing up my stable Mac development machine by installing it, so I asked testlab2.com (who have been doing some third party testing for me) to test my latest beta on it.

Bad news. All the combo boxes in my application (which work fine in Mac OS X 10.3, 10.4 and 10.5) have visual artefacts on Mac OS X 10.6. They work fine, but they don’t look right. I wondered if the artefact could be unique to some weird configuration on testlab2’s test machine, so I asked the fine folk on macsb mailing list to see if they could replicate it. 4 of them tried (thanks Cesar, Jon, Aaron and Pierre) and they all saw the visual artefacts. Damn.

I posted a question on the qt-interest forum. The single response (thanks Francesco) mentioned that this issue had been reported in the Qt development blog. I managed to find the blog post, applied the recommended single line code patch to Qt 4.4.2 and rebuilt everything. Cesar from macsb kindly re-tried the new binaries and reports that this improved things, but some artefacts are still visible the first time a combo box is shown. Perhaps the patch works better for Qt 4.5.

Note the artefacts at the top and bottom of the combo box drop-down list

It looks like I am going to have to release it like this, unless someone knows of a better patch. This is very annoying after the months of hard work I have put into the new release. Aesthetics are important for commercial software, especially on the Mac. This could cost me quite a few sales.

I am not on the very latest release of Qt, but apparently this issue would still occur even if I was. Qt/Nokia have announced that they don’t expect to  support Mac OS X 10.6 until they release Qt 4.6, whenever that might be. What use is a cross-platform toolkit that doesn’t support the latest major OSs?

Developer releases of 10.6 have been available for a while – I believe the Qt team should have burnt the midnight oil to make sure they had a release that properly supported 10.6 as soon as it became generally available.  I know that isn’t easy given the size of the Qt framework and Apple’s penchant for secretiveness. But that is the game they are in and that is what I expect. I think they have seriously dropped the ball here, and this is coming from a longtime Qt fan-boy. Perhaps they have spread themselves a bit too thin by moving to LGPL licensing.

I have written this post as a quick heads up to other Qt developers. Thanks to everyone that helped me get this far.

Pre requisitos.
1.Descarga e instala MySQL (essentials msi-package es suficiente) desde MySQL.com (Asegurate de instalar “C Include Files  y Lib Files” tambien).
2.Descarga mingw-utils (instrucciones: mingw.org). Descomprime y copia el contenido de la carpeta bin al directorio %QTDIR%/bin.

Como construir el Plug-in.
1.Abrir el Qt Command Prompt e ir al directorio donde se encuentra instalado el MySQL server (C:\MySQL ubicación recomendada).
2.Ir al subdirectorio lib/opt y corre:
reimp libmysql.lib
para producir el archivo liblibmysql.a. Esta es la biblioteca de importación para su uso con MinGW.
3.Ir a %QTDIR%/src/plugins/sqldrivers/mysql.
4.Ejecutar el siguiente comando:
qmake -o Makefile “INCLUDEPATH+=C:\MySQL\include” “LIBS+=C:\MySQL\lib\opt\liblibmysql.a” mysql.pro
QMake no maneja espacios cuando busca paths.
5.Ejecuta mingw32-make este construirá los archivos qsqlmysql.dll, qsqlmysqld.dll, libqsqlmysql.a, libqsqlmysqld.a en el directorio%QTDIR%/plugins/sqldrivers.
6.Copiar el archivo libmysql.dll desde el directorio de instalacion bin de MySQL al directorio %QTDIR%/bin.
7.Limpiar el Cache de plug-ins:
Ejecutar desde windows regedit y eliminar las siguientes entradas:
HKEY_CURRENT_USER\Software\Trolltech\OrganizationDefaults\Qt Plugin Cache 4.2.debug
HKEY_CURRENT_USER\Software\Trolltech\OrganizationDefaults\Qt Plugin Cache 4.2.false
Camino mas corto, si contamos con los drivers.
1.Copiar los archivos qsqlmysql.dll, qsqlmysqld.dll, libqsqlmysql.a, libqsqlmysqld.a en el directorio%QTDIR%/plugins/sqldrivers.

2.Copiar el archivo libmysql.dll desde el directorio de instalacion bin de MySQL al directorio %QTDIR%/bin.

3.Limpiar el Cache de plug-ins:
Ejecutar desde windows regedit y eliminar las siguientes entradas:
HKEY_CURRENT_USER\Software\Trolltech\OrganizationDefaults\Qt Plugin Cache 4.2.debug
HKEY_CURRENT_USER\Software\Trolltech\OrganizationDefaults\Qt Plugin Cache 4.2.false

Ha sido lanzada la versión Final del navegador web Opera, del cual ya les había hablado anteriormente.

Debido a falta de tiempo no podré publicar de momento un análisis detallado de los cambios en ésta nueva versión así que sólo les sugeriré que lo descarguen en lo que obtengo algo de tiempo libre para hablarles mas sobre él.

Pueden leer el anuncio oficial en el Blog de Opera

http://my.opera.com/community/blog/2009/09/01/opera-10-launch

Nota: Los usuarios de Ubuntu/Debian y derivados con KDE 4.x que deseen la versión en QT4 podrán descargarla dando click aquí.

Para otras distribuciones que usen RPM como Mandriva, Fedora, openSUSE, etc pueden descargar la versión QT4 dando click aquí.

Para los usuarios de OS de 64 bits (Linux):

Para Ubuntu/Debain/Mint en qt4 a 64 bits dar click aquí

Para Mandriva/Fedora/SUSE en qt4 a 64 bits dar click aquí

Mas opciones de descarga en Linux:

http://ftp.opera.com/pub/opera/linux/1000/final/en/i386/ (32 bits)

http://ftp.opera.com/pub/opera/linux/1000/final/en/x86_64/ (64 bits)

http://ftp.opera.com/pub/opera/linux/1000/final/en/ppc/ (PowerPC sólo QT3)

Opera Webpage

http://www.opera.com/

Ya está, ya ha salido la versión final de Opera 10. Para actualizar o simplemente probar esta versión solo hay que ir a la siguiente página, elegir arquitectura y descargar el paquete que más nos convenga

Opera 10 Final

Para los vagos aquí están los enlaces para la versión Qt4:

i386:

Fedora: opera-10.00.gcc4.qt4.i386.rpm | Kubuntu: opera_10.00.4585.gcc4.qt4_i386.deb

x86_64:

Fedora: opera-10.00.gcc4.qt4.x86_64.rpm | Kubuntu: opera_10.00.4585.gcc4.qt4_amd64.deb

]]> http://morningsviews.wordpress.com/2009/08/26/opera-10-rc-y-qt4/ Wed, 26 Aug 2009 18:58:48 +0000 paran0id http://morningsviews.wordpress.com/2009/08/26/opera-10-rc-y-qt4/

Y bueno, el proyecto Opera 10 sigue avanzando y ahora va por la versión RC (Release Candidate), para descargarla en su versión Qt4 sólo hay dirigirse a esta página y elegimos nuestra arquitectura (32 bits o 64).

Opera RC (Compilación 4570)

OFF TOPIC: Ya está disponible la traducción total de KDE 4.3 en Fedora

Hoy escribiré sobre algunas aplicaciones que se utilizan a menudo para KDE (independientemente de tu distribución Linux) y, que por lo tanto utilizan librerías QT4. La lista es la siguiente:

• Internet

1. Ktorrent: como la mayoría sabemos, es un cliente bittorrent. Tiene buena integración con el entorno KDE y en la mayoría de distros viene incluido por defecto.

KTorrent

Página oficial: KTorrent.org

2. *Arora: es un navegador web multiplataforma, rápido y ligero; basado en Webkit.

Arora Navegador Web

Página oficial: Arora

3. *Kmess: una muy buena alternativa a otros clientes de mensajería instantánea del momento (como Kopete, aMSN, etc.) que utiliza las librerías QT4 y que tiene buena integración con el escritorio plasma.

Kmess 2.0

Página oficial: KMess.org

Para instalar mira este post.

4. Konversation: es un cliente para IRC.

Konersation

Páginal oficial: Konersation

• Multimedia

1. *SMPlayer: es un fantástico front-end para KDE del reproductor MPlayer, tiene buena integración y además para estilos como Bespin.

SMPlayer con el estilo Bespin.

Página oficial: SMPlayer

2. Amarok: me parece que este no necesita descripción xD pero por si acaso… es un reproductor de audio, el mejor para mi gusto.

Amarok "con" Bespin

Página oficial: Amarok

3.*Avidemux Qt: este es un editor de vídeos, a simple vista puede parecer sencillo y poca cosa pero es más que eso, solo hay que saber un poco qué hacer.

Avidemux

Página oficial: Avidemux

4. *Acetone ISO 2: sirve para montar imágenes .iso, muy bueno.

AceonteISO 2

Página oficial: Acetone ISO

5. K3b: otro que creo que no necesita descripción, pero… Es un grabador de CDs, DVDs… Y que recientemente ha sido portado a las librerías Qt4.

K3b

Sitio oficial: K3b

*Estas aplicaciones no vienen incluidas en algunas de las distribuciones Linux, por lo que tendrás que instalarlas tú mismo. Si utilizas Fedora puedes instalarlas escribiendo en la consola:

su -

yum install programa

Y si usas Kubuntu y quieres saber si está en los repositorios oficiales escribe:

sudo -i

aptitude search programa

Evidentemente, para saber más sobre estas aplicaciones siempre puedes visitar su página oficial.

Opera: bueno, hace poco se acaba de liberar la beta 3 la versión 10, para descargarla nos vamos a la siguiente página, elegimos nuestra arquitectura y el paquete que nos convenga (.rpm para Fedora y .deb para Kubuntu). Tienes paquetes para las librerías Qt3 y Qt4

Opera 10 Beta 3 con Qt4

Aurorae: y también hay actualización para este decorador de ventanas, en concreto ha salido la versión 0.2.1. Para descargarla nos vamos a KDE-Look y nos bajamos el archivo .tar.gz. Para instalar, son los mismos pasos que ya expliqué en su día en este post.

Recomiendo que antes de actualizar Aurorae se desactive primero, es decir, elegir otra decoración como Ozono, por ejemplo.

Aurorae 0.2.1

Ever since I heard about plasma I was eager to find ways to write my own plasmoid. But for the development of binary plasmoids, it is necessary to compile at least a part of kde4, at least this is what I understood from the prerequisite listed on the official tutorial. This discouraged me a bit. Moreover, I think that installation of the binary gadgets also requires to either package them properly according to the distribution you want to distribute for or you need to provide the sources that requires the users to build them. This  in my opinion is really a huge overhead for small applications like desktop gadgets / widgets. Then I found that it is also possible to develop plasmoids with script languages like python, ruby and javascript.

Even though, I didn’t know PyQT4 or PyKDE4 libraries at all, I decided to write my first plasmoid in python.  This is an exremely simple plasmoid, the core of which was put together in a few hours on a rainy weekend. I have to admit that being a java developer, my code is not pythonic enough.

It can be downloaded from: kde-look.

Here the source code: plasma_pyweather.

The layout is based on my conky setup described here. I have tried to keep it as compact as possible including most of the provided information, if not all.  I don’t want the weather information to cover most of the screen.  The initial version of the plasmoid was written using the QT4 widgets, but was looking ugly.

The weather information is fetched from google weather api. The location and the unit are configurable. The api provides forecast only for the next 3 days, so the number of forecast days were not made configurable.  Some how for google weather api the locale and so the unit is connected to the language, therefor  I had to convert the units myself. To keep the display compact I rounded the temperatures to integers.

I got to learn PyQT4 and PyKDE4 libraries while writing this. Especially PyQT4 is a very powerful gui library for python.  It is fun programming with it. I have used eclipse + pydev for developing. In the beginning I didn’t have the auto-completion for PyQT4 as well as PyKDE4 in this environment, because they are not installed as pure python source code files. I could fix this with following answer.

The other interesting things, I learned was to use the qt-designer tool for creating gui. It is a nice WYSIWYG tool for designing complex guis. The configuration form is designed using this tool. The qt-designer creates a .ui file, which is an xml file. The .ui file can be converted to the python source code using the pyuic4 tool in the following way.

pyuic4 -o configForm_ui.py ../ui/configForm.ui

I also learned to use the .qrc file for resources like images. The .qrc file can be converted into python source code using  pyrcc4 tool

pyrcc4 -o images_rc.py images.qrc

The qrc file is also an xml file which contains the references to the images used. It can be created by just editing.

<RCC>
    <qresource prefix="/images">
        <file alias="sunny.svgz">../images/sunny.svgz</file>
        <file alias="showers.svgz">../images/showers.svgz</file>
        <file alias="not-available.svgz">../images/not-available.svgz</file>
        <file alias="cloudy.svgz">../images/cloudy.svgz</file>
        <file alias="thunderstorms.svgz">../images/thunderstorms.svgz</file>
        <file alias="haze.svgz">../images/haze.svgz</file>
        <file alias="windy.svgz">../images/windy.svgz</file>
    </qresource>
</RCC>

I decided to write this weather plasmoid in python, because all the other weather plasmoids I found were binaries. I have also tried to keep the data and presentation layer separate, I hope I succeeded in that.  In fact plasma framework provides a very good way of doing that in terms of data engines. I would also like to use the data engines, may be with this or other plasmoid I may develop.

The svg images for weather conditions are taken from kde-look. The credit goes to the original artist, painkiller10. I have considered only a number of weather conditions, so If you see a question mark image as the weather condition, let me know which condition it is, so I can update the code to consider it.

Please feel free to report any bugs or suggestions for improvement. I am sure there is a big room of improvement from code point of view as well as functionality. I am also open for changing the layout or changing the information displayed if someone comes with a better suggestion than the current one.

Some more screen shots:

Looks almost like conky with the seamless theme.

With settings dialog box

]]> http://hakushka.wordpress.com/2009/08/10/kde4-qt4-gtk-in-linux/ Mon, 10 Aug 2009 03:43:56 +0000 haku http://hakushka.wordpress.com/2009/08/10/kde4-qt4-gtk-in-linux/

Немного к вопросу о интеграции рабочих столов.
Есть мнение, что пользователям kde не раз приходилось испытывать чувство недоумения, запуская что-либо написанное на GTK: как же оно убого, чужеродно выглядит — эти квадратные, режущие глаз панели, цвета, иконки…  никакой гармонии.
Так как же заставить нормально отображаться gtk-приложения? Да и почему собственно только gtk — есть же и wxwidgets. На самом деле всё не так уж и сложно, приступим:

# emerge layman
# echo "source /usr/local/portage/layman/make.conf" >> /etc/make.conf
# layman -a kde-testing
# echo "x11-themes/gtk-engines-kde4" >> /etc/portage/package.keywords
# emerge x11-themes/gtk-engines-kde4

Что нам это даёт? В параметрах системы появляется новый пункт меню “Стиль GTK”:

Тут главное жмякнуть на “применить”, и не забывать повторять это после каждой смены темы в kde4. Почувствуйте разницу, до:

И после:

Вывод: теперь ваши любимые приложения, к примеру FireFox, EasyTag (gtk), либо mkvtoolnix (гуй на wxwidgwts) выглядят просто отлично, что собственно и хотелось увидеть. Прощай унылый гуй, даёшь красоту! Эстеты ликуют.

오늘 Synergy클라이언트인 QSynergy 를 발견했습니다.
리눅스에서 KSynergy와 QuickSynergy를 사용했었는데요.
우연히 KSynergy의 답글에서 QSynergy를 발견하고 설치를 해봤는데 맘에 쏙 듭니다.
QuickSynergy의 경우는 $HOME/.synergy.conf 과 같이 vim와 같은 에디터로 마음껏 수정을 할 수 있는 여지를 없앴다는게 가장 큰 불만이었고, KSynergy는 간단해서 좋으나 기능이 떨어지고 KDE3라는 구버전이라는 점이 맘에 걸렸습니다.
QSynergy는 Qt4버전으로 KDE4와도 궁합이 잘 맞는것 같습니다.
그리고, $HOME/.synergy.conf 와 같은 기존의 설정파일로 가동도 되고 비주얼하게 설정도 가능합니다.
(개인적으로 리눅스를 synergy서버로 사용해서 “$HOME/.synergy.conf” 를 좋아해서 비주얼한것은 테스트 못해봤습니다.)

이로써, 윈도즈는 Synergy에서 제공하는 오리지널 GUI프로그램을 사용하고
맥에서는 SynergyKM을 사용하고
리눅스에서는 QSynergy를 사용하게 되었습니다.

리눅스에서 어색하지 않은 트레이 아이콘과 번개표시로 “작동됨”이 표시되니 기분이 좋네요.

Hi,

It looks like I’m currently (currently!?) losing a bit track of things in Subcommander development…

I tried to upgrade from Qt 4.4 to Qt 4.5. Bam, a couple of (my few) tests for the custom QAbstractItemModel (which is the base for the working copy display) don’t run anymore. The working copy view now crashes randomly. Great. Unfortunately I have so few test for the model, that I’m sure I will break other things trying to fix the broken tests. I’ve already wasted a lot of time debugging that code in the past with all the QModelIndex objects you can’t look into. I don’t want to waste more time on this….

So I took another step back (moving the proxy model into the TODO list again) and started another round on the QAbstractItemModel stuff. I’m now trying to TDD the model into existence. This is going a bit slow because I ‘m still a beginner at TDD. But I have about 20 tests around the new custom model implementation now and slowly it begins to do something..

So far I always used cppunit to write tests. I think I’m going to drop it in favor of gtest/gmock. Allthough gmock does work together with cppunit, it is simpler and faster for me to create new tests with gtest instead of cppunit. With cppunit I always had a header and a implementation file. With gtest I just need an implementation file. This is a lot easier. Maybe this would work with cppunit too, but since gmock includes gtest anyway I have one dependency less to care for (just gmock instead of cppunit & gmock).

Another big issue that keeps me from making real progress is the maintainability of 3 build environments. Another time waster. I’m considering to move to qmake as the build environment and to drop the hand made configure/XCode/Visual Studio builds.

I also wonder if it wouldn’t be a lot easier to drop Visual Studio completely and use MinGW to build Subcommander on Windows. That way I would more or less use the same build environment (gcc and friends) on all the three platforms (Mac/Linux/Windows). This should improve maintainability as well.

So I’m still working on Subcommander, but I can’t tell when there will be a new release… but maybe I’m the only Subcommander  user anyway…

Сегодня (наверно после полугодового затишья) обновилась одна им самых удобных надстроек над mplayer.

Для тех кто в танке – SMPlayer представляет собой полноценную графическую оболочку для mplayer, обеспечивающую как базовые функции mplayer (воспроизведение видео, DVD и VCD), так и более продвинутые (поддержка фильтров и прочее).  Одной из наиболее интересных возможностей SMPlayer разработчики называют функцию запоминания настроек всех воспроизводимых файлов (звуковая дорожка, субтитры, громкость).

Кроме внушительного списка исправленных недочётов, присутствуют некоторые новые “фишки”, а именно:

• Новая фишка: при нажатии Shift+D каждый воспроизведённый кадр будет сохранён в домашнюю папку пользователя (по умолчанию, настраиваться) в png формате, пока эта комбинация не будет активирована вновь. Теперь не нужно “ловить” интересный кадр с секундомером или играть с параметром “скорость воспроизведения”.
• новая глобальная (перекрывающая классическое управление) опция “отображать субтитры” в одноимённом пункте меню — субтитроненавистники ликуют
  
• первоначальная поддержка TV (dvb:// и tv://),  добавлен новый раздел в диалоге параметров, новые хоткеи для быстрого переключения каналов (L и H (для ТВ) и Shift + L и Shift + H для радио), просмотр свойств потока (ctrl+i), а так же настройка кэша для этих новых фишек. Привет kaffeine.
• новые костыли для синхронизации аудио и видео (чесно говоря мне ещё ниразу не доводилось пользоваться)
• если vdpau не используеться для вывода видео, и не указан другой кодек, разрешить использовать несвободный coreavс. Требует собранного с соответствующей опцией mplayer-а.
  
• добавлены соотношения сторон (3:2 и 14:10), а так же их правильная сортировка в меню.
• задавать задержку субтитров и звука вручную теперь можно даже тогда, когда воспроизведение приостановлено (пауза).

Вобщем релиз получился довольно интересным, щедрым как на баг-фиксы так и на новые фишки. Отличный плеер становиться ещё лучше. Обновляемся =)

Como todos ya sabrán Opera 10 beta 2 está disponible para su descarga, lo malo es que si usas KDE 4, la opción de descarga es la versión Qt 3 por lo que si lo instalas en KDE 4 queda horrible.

Pues bien, para tener el navegador con versión Qt 4 nos vamos a la siguiente página, seleccionamos nuestra arquitectura (i386…) y buscamos el paquete para nuestra distribución, Fedora o Ubuntu (también está disponible en archivo .tar.gz y .tar.bz2).

Para los vagos aquí dejo los enlaces para Fedora:

i386: http://get.opera.com/pub/opera/linux/1000b2/beta2/en/i386/opera-10.00-b2.gcc4.qt4.i386.rpm

x86_64: http://get.opera.com/pub/opera/linux/1000b2/beta2/en/x86_64/opera-10.00-b2.gcc4.qt4.x86_64.rpm

Ahora solo queda abrir/guardar e instalar; y nos quedará una cosa así de bien

Ahora sí que se ve bien.

Pongo solo los enlaces para Fedora porque es lo que estoy utilizando ahora mismo xD así que los de K/Ubuntu, a buscarse la vida.

I came up with a idea of cross checking my knowledge about Vectors and Lists. So, I started off with Qt’s QList and QVector. I created a QList and QVector of 50000 object of another class and then iterated each with ‘for’ loop and ‘foreach’ loop separately. Initially my intentions were to study the time being taken by both kind of loops but I ended up studying Lists and Vectors.

What I found out was ‘foreach’ loop takes more time than plain ‘for’ loop but for this also the time taken for traversing QList is far lesser than for QVector. I though that this might be because of some internal problem with Qt4.2 or with my system’s configuration. Thus, I re-wrote the code using STL List and Vector. I was surprised to see same result as I got for the QList and QVector.

Thus, I fially though of trying out my code in some other system but I got the same result. Still, I can’t understand the reason for this behavior.

You can get my code below :

example.h

#include <QtGui>
#include <QtCore>

#define MAX 900000

class Test
{
public:
QString name;
quint32 eid;
QString address;
Test(QString name, quint32 eid, QString address);
Test();
};

class Example
{
public:
Example();
};

class Example2
{
public:
Example2();
};

example.cpp

#include “example.h”

Example::Example()
{
QList<Test> list;
QVector<Test> vector(50000);
qDebug()<<”starting Example”;

QTime currTime = QTime::currentTime();
for(quint32 i = 0; i < 50000; ++i)
{
Test test(QString(“asasasasas”), i, QString(“aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa”));
list.append(test);
}
qDebug()<<”time taken for appending in list= “<< currTime.msecsTo(QTime::currentTime());

currTime = QTime::currentTime();
for(quint32 i = 0; i < 50000; ++i)
{
Test test(QString(“asasasasas”), i, QString(“aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa”));
vector.append(test);
}
qDebug()<<”time taken for appending in vector = “<< currTime.msecsTo(QTime::currentTime());
Test temp;
currTime = QTime::currentTime();
foreach(temp, list)
{
Test temp2 = temp;
}
qDebug()<<”foreach list = “<< currTime.msecsTo(QTime::currentTime());

QList<Test>::iterator it;
currTime = QTime::currentTime();
for(it = list.begin(); it != list.end(); ++it)
{
Test temp2 = *it;
}
qDebug()<<”for list = “<< currTime.msecsTo(QTime::currentTime());

quint32 size = list.size();
currTime = QTime::currentTime();
for(quint32 i = 0; i < size; ++i)
{
//Test temp2 = list.at(i);
Test temp2 = list[i];
}
qDebug()<<”for \”i\” list = “<< currTime.msecsTo(QTime::currentTime());

currTime = QTime::currentTime();
foreach(temp, vector)
{
Test temp2 = temp;
}
qDebug()<<”foreach vector = “<< currTime.msecsTo(QTime::currentTime());

QVector<Test>::iterator iter;
currTime = QTime::currentTime();
for(iter = vector.begin(); iter != vector.end(); ++iter)
{
Test temp2 = *iter;
}
qDebug()<<”for vector = “<< currTime.msecsTo(QTime::currentTime());

size = vector.size();
currTime = QTime::currentTime();
for(quint32 i = 0; i < size; ++i)
{
//Test temp2 = vector.at(i);
Test temp2 = vector[i];
}
qDebug()<<”for \”i\” vector = “<< currTime.msecsTo(QTime::currentTime());

}

example2.cpp

#include “example.h”
#include <vector.h>
#include <list.h>

Test::Test(QString name, quint32 eid, QString address)
{
this->name = name;
this->eid = eid;
this->address = address;
}

Test::Test()
{
}

Example2::Example2()
{
list<Test> testList;
vector<Test> testVector;
Test testArray[MAX];

QTime currTime = QTime::currentTime();
for(int i = 0; i < MAX; ++i)
{
Test temp(QString(“asasasasas”), i, QString(“aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa”));
testList.push_back(temp);
}
qDebug()<<”time taken for appending in list= “<< currTime.msecsTo(QTime::currentTime());

currTime = QTime::currentTime();
for(quint32 i = 0; i < MAX; ++i)
{
Test test(QString(“asasasasas”), i, QString(“aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa”));
testVector.push_back(test);
}
qDebug()<<”time taken for appending in vector = “<< currTime.msecsTo(QTime::currentTime());

currTime = QTime::currentTime();
for(quint32 i = 0; i < MAX; ++i)
{
Test test(QString(“asasasasas”), i, QString(“aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa”));
testArray[i] = test;
}
qDebug()<<”time taken for appending in Array = “<< currTime.msecsTo(QTime::currentTime());

currTime = QTime::currentTime();
list<Test>::iterator itList;
for(itList = testList.begin(); itList != testList.end(); ++itList)
{
Test temp2 = *itList;
}
qDebug()<<”for loop List = “<< currTime.msecsTo(QTime::currentTime());

currTime = QTime::currentTime();
vector<Test>::iterator itVector;
for(itVector = testVector.begin(); itVector != testVector.end(); ++itVector)
{
Test temp2 = *itVector;
}
qDebug()<<”for loop Vector = “<< currTime.msecsTo(QTime::currentTime());

currTime = QTime::currentTime();
for(int i = 0 ; i < MAX; ++i)
{
Test temp2 = testArray[i];
}
qDebug()<<”for loop Array = “<< currTime.msecsTo(QTime::currentTime());
}

main.cpp

#include <QApplication>
#include <example.h>

int main(int argc, char* argv[])
{
QApplication app(argc, argv);
Example ex1;

Example2 ex2;

return app.exec();
}

var infolink_pid = 46981;

Запись CD/DVD пожалуй будет актуальна ещё довольно длительное время. Конечно флеш-память неплохой конкурент классическим болванкам, особенно когда есть необходимость перенести информацию на удалённый, отключённый от сети компьютер; но есть области где болванки ещё “живее всех живых”. Да и стоимость хранения гигабайта информации на флешке в сравнении с DVD-RW пока не соизмерима.

Олд-скульный юниксоид, возможно увидев название k3b поморщиться и скажет что “мышиная кликомания удел офисного планктона из (чур не пинать) мира windows”. Что-ж, это его мнение. А мы попробуем вторую альфу гуёвой обёртки для записи дисков, итак приступим:

# emerge layman
# echo "source /usr/local/portage/layman/make.conf" >> /etc/make.conf
# layman -a kde-testing
# echo "app-cdr/k3b" >> /etc/portage/package.keywords
# emerge app-cdr/k3b

Вот он, второй билд для KDE4 =)

Подвернувшаяся под руку rw-шка с бубунтой определяеться нормально.

Hint! Чтоб программа могла общаться с устройством чтения/записи дисков, не забываем добавить пользователя в соотвествующие группы:

usermod -aG cdrom haku
usermod -aG cdrw haku

Интересности начинаются с форматирования диска, k3b удивляется — а нафиг что-то форматировать, просто перезаписывай да и всё =) Придумано бесспорно красиво.

Процесс записи ISO образа. Ничего экстраординарного кроме бага с отображением именем автора нет, думаю в релизе поправят. Непринципиальная мелочь.

Проверка записанного.

Всё окей, проблем на первый взгляд нет.

Вердикт — пользоваться можно

P.S. Есть интересная байка о названии программы,когда она ещё была под qt3 получалось что k3b = bbb = “Burn, baby,  burn!” , в таком случае версию для qt4 предлагали назвать k4b = bbbb = “burn baby, burn better!” ^_^ Правда авторы утверждают, что тройка в названи программы не от версии qt(3), а от количества букв k, верить или нет личное дело каждого.