Recimo:

def fibonacci(n):

    hue = 0.6

    for i in range(0,n):

        r, g, b = (int(i*255) for i in colorsys.hsv_to_rgb(hue,0.8,0.8))

        hue = hue+0.11-1 if hue+0.11>1 else hue+0.11



        okno.create_line(0, 0, 50, 20, fill="rgb(%s,%s,%s)" % (r,g,b), width=3)

        okno.create_rectangle(x3+a,y3,x4+a,y4, fill="red")

"hue" pač nastaviš kakor želiš vrednost je od 0 do 1, pomeni pa 360 stopinj.

0.8 vrednosti sta 1. "saturation" 2. "value, te pač nastaviš kakor želiš, vrednosti od 0 do 1, pomenijo pa 0% - 100%.

Tudi inkrement (0.11) pač nastaviš poljubno. Ta primer sam uporabljam pri izrisu grafov, kjer je želja čimbolj različne "žive" barve.

Drugače pa si lahko z Photoshop-om recimo pomagaš, tako da odpreš color picker, in izbereš "HSV" pa spreminjaš vrednosti, da boš videl kako to naj bi zgledalo potem.

Samo MegaPOS je samo "abstraktni" nivo nad Bankart-om, Moneto, ... Tako da če je procesiranje preko Bankarta (recimo račun pri Abanki), si potem spet na istem.

MegaPOS je v bistvu samo servis, ki ti omogoča da z 1x implementacijo omogočiš več plačinlnih sredstev. Pomojem cena/obstoj MegaPOS-a ni glih najbolj upravičena.

Razen če se je kaj spremenilo od iz pred leta, leta in pol?

Poglej so tole: http://docs.python.org/2/library/colorsys.html.

Samo UX pa je preko Bankarta porazen oz. GA NI. Najprej te vrže na HPP, potem vneseš kartico, potem te vrže še na security page tvoje banke in potem nazaj na štacuno (al celo na HPP, se ne spomnem več orng). Seveda ko potem kupcu dojadi je zato kriv prodajalec :).

V glavnem v imenu varnosti (3d secure) je uporabniška izkušnja izgubljena.

Da ne omeni te "bančne" potrditvene strani, ki so katastrofa, poleg tega ene banke zahtevajo PIN, ki je seveda dodaten/ekstra za spletne nakupe, kupci pa seveda vnašajo PIN za bankomate, NKBM pa je še bolj zaj... ker rabiš celo čitalec kartice. Zdej pa ti razlož enmu Janezu da more it najprej na banko, da mu vklopijo spletne nakupe, da mora vzet (plačata) čitalec, ...

Trenutno se mi zdi da je kar se tiče uporabnosti (predvsem za razvijalce) najboljši Stripe, sam kaj ko je navoljo samo za sellerje iz ZDA in kanade. :/

Pri PayPal-u me moti ker je dokumentacija za razvijalce ZELO razpršena in imaš nekih 10.000+ opcij za integracijo, ki so potem malo opisane na PayPal strani, pol je še on X.com portal, etc.

Če bo to vaša prva objava se vam mogoče vseeno splača kar z WordPress temo it noter zaradi (morebitnega) "New Author" efekta.

WordPress kategorija je tudi malo bolj "prizanesljiva" do design-a.

Pa tudi WP temo lahko reuse-ate, tako da tudi to ni potem stran vržen čas/denar.

Če vam rata res dober PSD nardit boste potem tako meli X request-ov bo ali HTML-ju ali pa WP temi in je potem še dodaten "pritisk".

Predlog pač...

@Jacky pomojem se lotujete stvari z napačnih koncev, če je bolj ugodna delitev dobička in pa sistematizirano prejemanje zahtevkov za funkcionalnosti, edino v čemer se boste razlikovali od TF.

Pomojem so pravi problemi, ki jih ima TF, in ki bi jih veljalo rešiti, recimo bolj centralizirano nudenje support-a strankam (na TF ljudje zahtevajo support preko komnetarjev, na forumih, nekatri avtorji imajo svoj support forum, nekater samo preko email-a, etc.), torej če bi marketplace imel dostop do nekega support-a tudi za produkte, bi pomojem že bila plus točka.

Druga zadeva bi bil boljši nadzor kvalitete, možno bi bilo recimo nad vsako submitano temo izvesti unit test, ipd, polega nekega "ročnega" preverjanja.

To bi recimo bila dva problema, ki bi jih sam hotel rešit, če bi se loteval svojega WP theme marketplace-a.

Ni kaj, sem vesel da lahko moje "pozanavanje" končno delim. Drugače pa ja čist preveč časa posvečam raziskovanju TF namesto da bi končno kaj gor dal :). Ampak to je ena izmed zaobljub za leto 2013 :).

@Gogy

Glede na to ,da "lepoto" ocenjujemo čisto objektivno, mislim da te nobena razlaga ne bo prepričala v to, da bi ti bili Orman-ovi designi všeč. Meni osebno so v osnovi všeč funkcionalni designi, in to njegovi so.

Tudi kar se tiče same programske kode, so teme narejene tako kot treba, konec koncev so to dokazali tudi s tem, ko so shortcode-e in widgete, premaknili v plugin-e, in teh zadev ni več v temah, kar je seveda dobra praksa pri razvoju tem.

Mislim da del uspeha je tudi to, da je Orman že od prej znan v WP sceni, tudi po zaslugi premiumpixels.com, znan je tudi na Dribbble-u, itd. Mislim da mu je velik dela tega njegovega "following-a" sledil tudi na TF.

Če razdelimo TF kupce na profesionalce in potrošnike, cilja Orman (in podobni avtorji) prav na profesionalce, medtem ko teme kot so recimo Avada, U-Design, konec koncev tudi vaša, ciljajo na potrošnike, zato so teme polne razno raznih feature-jev. Ne bomo spet debatirali kaj je dobro kaj ne, ampak profesionalci sigurno tudi to iščejo in cenijo, medtem ko bo potrošnik prepričan, da je tema nima 10000 feature-jev, da je prikrajšan, in ga ne boš prepričal, da naj vzame temo za 50,00$ od ThemeZilla-e, namesto Avada za 40,00$.

@komac

Bad practice ni značilen samo za Magento teme, je prav tako velik problem med WP temami, ki so najbolj prodajane na Envato marketplace-u. Envato je moral najprej doseči neko kritično maso produktov, zato niso bili ravni zbrični pri sprejemanju produktov, poleg tega verjetno v začetku niti niso podrobneje pregledalovali kako so stvari sprogramiranje (pri WP temah, se to malekonstno spreminja počasi).

Pomojem je veliko tem, delo avtorjev, ki so se programiranja učili s tem, da so programirali nek produkt za TF, in seveda v tem primeru bo končni produkt poln bad practice-a.

Verjetno edino kar lahko nardiš je to, da se pred nakupom čimbolj informiraš o avtorju, preveriš komentarje, pregledaš TF forum, preveriš če ima avtor svojo stran, če ima dedicated support, ipd.

PSD in HTML kategoriji sta precej bolj zahtevni, ni dovolj da je design samo estetski, ampak mora ne nek način tudi izstopati.

WordPress kategorija je s stališča design-a bolj prizanesljiva, če štima osnovna estetika, in ni preveč "generična", mislim da ni problem prit noter, mora pa seveda tehnično štimat.

Priporočam da si ogledaš forum na TF, kjer boš našel polno postov na temo "rejection", in lahko pogledaš, kaj vse ne pride noter, in kakšne težave imajo avtorji.

Drugače pa če ti rata sparvit not PSD ali HTML, potem tudi teme z istim design-om ne bo problem gor spravit, ampak spet je potem odvisno od same implementacije. Sem že omenil Codex tukaj, če se boš držal tega, potem se nimaš kaj bati.

Moje mnenje je da se PSD in HTML ne splača preveč, razen če želiš prvo "preverit" design, ampak s stališča prodaje pa je to bolj "drobiž" napram WordPress temi, moreš pa se zavedat, da ti bo vseen šel čas za vzdržavanje/support še PSD-ja/HTML-ja. Jaz bi šel direkt na WordPress, ker konec koncev lahko PSD tudi izpustiš, ker v določenih primerih, sploh pa sedaj z CSS3, dejansko ni potrebno design najprej delat v PS, seveda pa je to odvisno od posameznika, in kakšen delovni proces ima.

Za manj funkcionalnosti je najbolj primerna "blog" kategorija, ker to je pri WP osnova, torej blog, post, page, arhiv, search, kontaktni obrazec. Potem pa imaš lahko to kot osnovo. Sicer tukaj ni za pričakovati neke presežne prodaje, ampak mislim da je odličen začetek, pa konec koncev, če je tema dobra (poznana) lahko nudi zelo soliden dobiček na dolgi rok.

Drugače pa so top sellerji v "corporate" in "portfolio" kategorijah (govorim of WP temah).

Upam da kaj pomaga...

Mogoče WordPress + WooCommerce?

Se najde tudi prevod: https://github.com/maticer/WooCommerce-Slovenian