Bu modüllerden kimi proje için fazlasıyla özelleşmiş modüller ama bazıları da ürün ve dükkan yönetiminde çeşitli işleri hızlandıran modüller.

Bunlardan bazılarını biraz daha toparlayıp modüller halinde yayınlamaya karar verdim. Bahaneyle github’ı da kullanmış oluyorum sonunda:)

İlk olarak ürünleri kategoriye ekle/çıkar modülünü yayınlayarak başlıyorum.

Plugin basit olarak ürünleri kategorilere hızlıca ekleyip çıkarmaya yarıyor. Özellikle yeni kategori açtığınızda ürünleri tek tek açıp ekleme işlemi epey vakit alıyordu. Ayrıca isterseniz seçtiğiniz kategorinin ebeveyn kategorilere de uyguluyor işlemi.

Ürün ID’lerini virgülle ayırarak girmeniz, kategori ve işlem tipi kısımlarını seçmeniz yeterli.

Vaktim olduğunda bir miktar daha geliştireceğim, kategorilerin daha hiyerarşik gösterilmesi gibi özellikler eklemek istiyorum.

Bu adresten indirebilirsiniz.

https://github.com/borantula/Product-to-Category—Prestashop-Module

There is no setting (talking about in version 1.4.3…maybe there will be on a later version) to turn that off on management (at least I couldn’t find).

Solution is simple really:

On the ps_configuration table find the key PS_INVOICE. Its probably 1 now. Just change its value to 0.

There it is gone!

diye başlıyor idiomatic.js bildirgesi. Başlıkdaki Davet şiirini getirdi aklıma. Özellikle açık kaynak kodlu ve pek çok insan tarafından geliştirilen projelerin işleyişinin, ideal bir dünyadaki işleyişin olması gerektiği hali olarak görüyorum.

jQuery temel ekibinden Rick Waldron, jsPerf ekibinden Mathias Bynens ve diğer pek çok deneyimli javascript gelişticisinin katılımıyla hazırlanmış bir döküman. Farklı görüşler altında dallanmakta ve gelişmekte.

Bu kaynak javascript için önerilerde bulunuyor ama bu prensipler php, actionscript, java, c gibi çoğu dil için geçerli olacaktır.

Ben olarak gözüme çarpan bazı kısımları özetle aktarıyorum. Tamamını https://github.com/rwldrn/idiomatic.js/ adresinde bulabilirsiniz.

Whitespace – Boşluklar:

• Asla tab ve space’i beraber kullanmayın.
• Projeye başlarken seçin! Tab mı space mi? (Tavsiyeleri iki space kullanmak, tabı da iki space olarak ayarlamak. Çoğu IDE destekliyor bunu)

Beautiful Syntax – Güzel Sözdizimi

NOT: Bu sözdizimi kelimesini sevemedim. Syntax sanırım görsel olarak daha sempatik geliyor. Tek sesli harf vs olması rhythm kelimesinden sonraki favorilerimden.

Dökümanda pek çok örneği var bu konuda. Örnek olarak bir kaçını aktarıyorum

// Kötü syntax örnekleri. Yazmaya üşenip yapmayın böyle şeyler!

if(condition) doSomething();

while(condition) iterating++;

for(var i=0;i<100;i++) someIterativeFn();
// Okunmasını kolaylaştırmak için boşlukları kullanın, cimrilik yapmayın.

if ( condition ) {
  // statements
}

while ( condition ) {
  // statements
}

for ( var i = 0; i < 100; i++ ) {
  // statements
}

// Daha da güzeli böyle olabilir:

var i,
  length = 100;

for ( i = 0; i < length; i++ ) {
  // statements
}

Değişkenler,fonksiyonlar

// Kötü! Bu kadar çok var yazmaya ne gerek var
var foo = "";
var bar = "";
var qux;

// İyi. Virgüller ayırarak değişkenleri tanımlayabilirsiniz.
var foo = "",
  bar = "",
  quux;

//Fonksiyon içindeki değişkenleri fonksiyonun başında tanımlayın.
// Kötü
function foo() {

  // birtakım kodlar, işlemler

  var bar = "",
    qux;
}

// İyi
function foo() {
  var bar = "",
    qux;

  // değişkenler tanımlandı, rahatladınız, üstünüzden yük kalktı. Kod yazmaya burdan devam
}

// Fonsiyonlardaki argümanlar için boşluklar kullanın, kullandırın
function foo( arg1, argN ) {

}

// kullanımı
foo( arg1, argN );

//Aykırı Durumlar,Biraz farklı olanlar

// callback sahibi fonksiyonlar
foo(function() {
  // function kelimesinden önce ve son parantezden önce boşluk yok
});

// Argümanı array olan fonksiyonda boşluklara gerek yok. köşeli parantezler işi görüyor.
foo([ "alpha", "beta" ]);

// aynı şekilde obje argümanlı fonksiyon için
foo({
  a: "alpha",
  b: "beta"
});

// Tek argümanlı ve argümanı string ise
foo("bar");

// Argüman için gruplamalarda boşluğa gerek yok.
if ( !("foo" in obj) ) {

}

Tırnaklar: İster tek ister çift tırnak kullanın javascript için farketmez ama BİRİNİ SEÇİP BÜTÜN PROJEDE ONU KULLANIN!! Tek tırnaklılarla çift tırnaklıları karıştırmayalım(besicilik için de geçerli bir kural olabilir)…

Coerced Types - Matematiksel Türler:

Bazı yaygın durum örnekleri…Bu kısım epey uzun ve yaygın kullanım örneklerinden oluşuyor. Esas yazıya başvurmanızı tavsiye ederim:

Naming – İsimlendirme

İşte sevdiğim bir konu. Geçtiğimiz yıllarda kendi ismini, babasının annesinin nişanlısının ismini, sevip de açılamadığı kızın ismini, küfür dağarcığındaki kelimeleri kodlarında değişken isimleri, alfabedeki harfleri, klavyedeki rastgele vuruşlarını fonksiyon isimleri yapmış insanların yazdığı ibretlik kodlarla zaman zaman karşılaştım. Hatta filmin çıktığı günlerde yaptığım bazı flash bannerlardaki buton ismine benjamin adını verdiğim oldu.

// Anlamsız ve abuk subuk isimlere ve argümanlara sahip birtakım fonksiyonlar! q ne s ne i ne belli değil.

function q(s) {
  return document.querySelectorAll(s);
}
var i,a=[],els=q("#foo");
for(i=0;i<els.length;i++){a.push(els[i]);}

// Bu da aynı kodun düzgün isimli hali. Ne yaptığı belli, hali vakti yerinde

function query( selector ) {
  return document.querySelectorAll( selector );
}

var idx = 0,
  elements = [],
  matches = query("#foo"),
  length = matches.length;

for( ; idx < length; idx++ ){
  elements.push( matches[ idx ] );
}

Misc. – Diğer Maddeler

//Erken return candır! Performansı arttırır
// Kötü:
function returnLate( foo ) {
  var ret;

  if ( foo ) {
    ret = "foo";
  } else {
    ret = "quux";
  }
  return ret;
}

// İyi:

function returnEarly( foo ) {

  if ( foo ) {
    return "foo";
  }
  return "quux";
}

Comments – Yorumlar

•  Kodun üzerinde tek satırlık yorum. Ne olup bittiği hakkında.
• Çok satırlı kodlar da iyidir gerekiyorsa.
• Satır sonuna comment koymayın

Language – Dil :

Türk (ve muhtemelen anadili ingilizce olmayan programcıların) genellikle yaşadıkları en büyük problemlerden birisi dil konusu. Programlama dilleri ingilizce tabanlı, dökümantasyonlar ve örnekler de çoğunlukla ingilizce üzerinden kullanıyor değişken isimlerini, yorumları vs. Bu noktada yazılımcılar bir seçim yapmak zorunda kalıyor ve kimi zaman, belki istemeden belki milli duyguların tesirinde belki vocabulary eksikliğinden değişik şeyler yapıyorlar. Bazı büyük projelerde bile bunun örnekleri mevcut(örn. Prestashop kodları. Halen arada fransızca değişken ve fonksiyon isimleri mevcut. Aşama aşama deprecate oluyorlar.)

Türkçe seçtiysen Türkçede kal! İngilizce seçtiysen ingilizcede kal. Hatta bu konuda tam tutarlılık açsından css’de htmlde de aynı dil konusunu koru. Bu konuyu da(bu seferkini kaynağın dışında ben yazdım, bir çok yanlışı bir arada toparlayıp) güzel bir örnekle taçlandırayım.

//misal böyle bir kod tanıdık gelebilir
function fadeout_ekrandakiler(){
    /*button'a tıklandığında ekrandakileri fadeout eder sonra da alert verir*/
    $('#wrapper .icerik').fadeOut(1000,function(){var alert_ver = alert("ekrandakiler fadeout oldu!");});
}

Its arguments are same with date function date_i18n( $dateformatstring, $unixtimestamp, $gmt ) with an additional/optional $gmt

For example for a Turkish wordpress installation date_i18n(‘M’) will produce Nisan instead of April

Bir ara bu kelimelerden “Default” kelimesine takmıştım. Uzun süren tartışmalarda çeşitli durumlar için güzel alternatifler öne sürmüş olsak da her durumu karşılayacak ortak bi kelime(tek kelime bulmaktı amaç) bulamadık(microsoft türkçesinden gelen “varsayılan” her durum için olmuyor). Merak edenler için benim en kuvvetli savunduğum karşılık makul kelimesiydi.

Bu seferki ise “Responsive Design”

Bu kez takılan ise “Responsive Design” oldu. Bu tarzdaki bir proje ile uğraşırken defalarca “responsiv, responsiv olması için, …yalnız bak bu responsiv design olduğundan piksel değil yüzde…” kullanmak bir miktar yabancılaştırdı duruma. İlla türkçe kullanalım, her terim türkçe olmalı insanı değilim. Php fonsiyonlarından bahsederken türkçe terim kullanmam ama bu o kadar da teknik değil artık anlatılması gereken bir şey olduğu için Responsive Design yada okunuşuyla “Risponsiv Tasarım” yerine makul bir karşılık bulabiliriz gibi geldi.

Bu konuyu bir kaç öneriyle beraber tartışmaya açmak istiyorum izninizle:

Öneriler: Responsive Design = ….

Aklımıza( ben ve ofisteki diğerleri) ilk gelen örneklerden bir liste. Bazıları için temellendirmelerini de yazıyorum

• Tepkisel Tasarım: Öğeler, en basit tabiriyle, genişliğe tepki verdikleri için tasarım uyumlu hale geliyor farklı çözünürlükler için. İlk aklıma gelen ve savunduğum örnek. Kelime olarak da güçlü
• Uyumlu Tasarım: Ofistekilerden bir öneri. İlk zamanlar kullanılan sonra vazgeçilen Adaptive Design’ı karşılıyor gibi.
• Değişken Tasarım: Tepkiselle aynı kapıya çıkıyor gibi ama tepkisel kelimesi değişimin nedenini veriyor, responsive kelimesindeki gibi
• Duyarlı Tasarım: Google translate çevirisi. Bana biraz naif geldi.

Bunun dışındaki fikirlerle beraber tartışılası bir durum. Daha yerleşmemiş bir terim için güzel bir Türkçeleştirme çalışması olabilir.

event.preventDefault ? event.preventDefault() : event.returnValue = false;

Since then I’ve used it in a few more projects and its quite good. Easy to use, simple and functional. It also has mousewheel and easing support when you add the libraries.

I also loved the demo page. A very nice design and content :)

Circular Content Carousel with jQuery

All you have to do is find the id_manufacturer

For example on a product page

<img src="{$img_manu_dir}{$product->id_manufacturer}-small.jpg">

will get you the image.

the {$img_manu_dir} is the directory where manufacturer logos are stored

the {$product->id_manufacturer} part is the hello captain obvious part

the -small.jpg part is the image size you want to get. it can be medium,large etc.

By the way .jpg part might be .png, etc. You might also want to check that

Upgrade and have fun

Wordpress 3.3 Sonny

Its only downside(i havent tried) it is not working in Opera but I dont care. Opera was once a dear to me but not anymore :)

Here how its look like and the link.

Bubble Point Tooltips with CSS3 & jQuery