NOJÓ... navlas se to podobá černobílému módu v Paintbrushi... teda až na to, že MS přidali jednu veledůležitou fičurku - na pravém tlačítku myši může být další barva. Nebo to bylo už u Macu... počkat... neměl starý Mac jen jedno tlačítko na myši? (Ach, ta historie :)))
"Just as Microsoft Paint is included with every Windows installation, so KolourPaint has been part of the kdegraphics package since KDE 3.3. This simple raster graphics editor works well not only in KDE, but also in Xfce, GNOME, and Fluxbox." Stačí se jen podívat ;)
A proč vůbec někdo potřebuje aplikace jako KolourPaint nebo Malování?
Grafik použije GIMP, Photoshop atd. Člověk, co si chce ořezat fotky nebo odstranit červené oči, použije běžný prohlížeč obrázků.
Kdo je tedy ta zbývající skupina, co si potřebuje nakreslit obdélník nebo kruh?
Když chci nějaký diagram, použiju Dia. Kdo používá IDE, generuje si např. diagramy tříd přímo z toho. Grafy se vypočítávají z dat tabulkových kalkulátorů, příp. je vytvoří utility pro příkazovou řádku. Atd. atp.
Obávám se, že aplikace typu Malování a KolourPaint jsou vesměs samoúčelné a používají je maximálně lidé, co neumí používat sofistikované nástroje typu Dia nebo GNUPlot.
Vy pane, jste nikdy ve sve ikone, vygenerovane luxusnim vektorovym nastrojem neopravoval jediny pixel, ze ne? Pokazde jste se musel patlat znovu s tim exportem buhvi z ceho to pouzivate, ze?
Mozna byste se mel zamyslet nad tim, proc ma treba elektrikar 12 ruznych sroubovaku a klesti. Jinak vasi prezdivku "freshmouse" bych prelozil nejlepe jako "cerstve vyvorana mys". Jste troll?
> Vy pane, jste nikdy ve sve ikone, vygenerovane luxusnim vektorovym nastrojem neopravoval jediny pixel, ze ne? Pokazde jste se musel patlat znovu s tim exportem buhvi z ceho to pouzivate, ze?
Kdybych opravoval jediný pixel, pak bych určitě stejně chtěl vrstvy, různé pohledy atd. A kdybych zrovna pracoval na ikonách, pak bych stejně měl otevřený nějaký nástroj jako GIMP, případně i vektorový editor atd., takže důvod spouštět další nástroj by nebyl.
> Mozna byste se mel zamyslet nad tim, proc ma treba elektrikar 12 ruznych sroubovaku a klesti.
Špatná analogie. Grafikovy šroubováky jsou vektorový editor, rastrový editor, prohlížeč písem atd. -- zkrátka různé typy aplikací. Každý šroubovák se hodí pro jiný účel, ale všechny jsou kvalitní. KoulourPaint je něco jako plastový šroubovák.
Pozn.: zdá se mi, že nějak předpokládáte, že jsem grafik. To předpokládáte špatně.
Nejlepsi na pixel grafiku byl podle mne DeluxePaint IV na Amize. Na linuxu se mi nejvice osvedcil program mtPaint http://mtpaint.sourceforge.net/ ktery se mu nejvice priblizuje.
Chtelo by to nejaky solidni cross-platform pixelartovy editor, mtpaint mi bohuzel nepride dvakrat intuitivni, to pak cloveku nezbyva nez pouzivat x roku stary dosovy gfx2 ...
Ano startuje pomalu a proto to clovek co to pouziva nebude prece porad zavirat? to je zvraceny navyk uzivatelu windows kde se musi vsechno zavirat aby tomu nechybela ramka a OS nemusel jako pominutej swapovat a prepinani uloh uz nebude pomaly ani na pomalym PC... Osobne me naskakuje husi kuze kdyz vidim naky ucetni jak si otviraj outlook aby si precetli postu a kdyz to doctou tak zavrou celej outlook to je pak musim ucit i takovyhle blbosti jako ze neni dobrej napad vypinat si emailovyho klienta pokud chci dostavat postu ....
Tohle není návyk uživatelů Windows, nýbrž (MS-)DOSu, kde to ani jinak nešlo...
a zaplácaná RAM je zaplácaná RAM v libovolném OS bez ohledu na ideologii...
Jistě, a Windows, kde mohou být paralelní verze prostředí .NET (třeba 1.1, 2.0, 3.0), paralelní verze dalších runtimů (MFC, Visual Basic) a aplikace v Javě, jsou na tom úplně stejně. :-)
To samozřejmě nejsou, protože MFC, VBRUN a další runtimes jsou proti Qt či GTK velmi tenké vrstvy. U .NETu samozřejmě overhead existuje, ale alespoň za to člověk dostane něco navíc (managed jazyk).
Gtk je ale také relativně tenká vrstva. Teď jsem si to zkoušel, čisté KDE po spuštění - přibližně 205 MB obsazených, a když spustím gvim, je to 210. Tedy 5 MB včetně samotné aplikace. Gimp přidá spuštěným KDEčkám asi tak 25 MB, a to do něj zakompilované i Python-Fu. Jsou to přehnaná čísla? Já nevím, mně to tak nepřijde. Dokonce jsem dlouho měl notebook pouze s 256 MB paměti a odezva systému byla i při provozu KDE s několika Gtk aplikacemi zcela bezproblémová (samozřejmě jsem na tom nic masivního nedělal, ale vozil jsem si ho na cesty, a to člověk nemá potřebu provozovat zrovna aplikační servery. :-))