PardusWiki:Köy çeşmesi

PardusWiki'ye katkıda bulunun. Sayfaları diğer dillere çevirin. Silinmeye aday maddelere görüşlerinizi bildirerek oy verin. İnşaat ve bakım kategorisindeki maddelleri geliştirerek katkıda bulunun. PardusWiki:Madde istekleri sayfasında belirtilen ya da eksikliğini hissettiğiniz başka maddeleri hayata geçirin. PardusWiki Köy çeşmesine hoşgeldiniz! Bu sayfa PardusWiki'de yapılması gereken işlerin, önerilerin dile getirilmesi, teknik ve idari konuların tartışılması için kullanılmaktadır. Burada yeni bir başlık açmadan önce: Burası, Pardus Destek Merkezi değildir. Pardus'a ilişkin soru sormak için Özgürlükİçin.com ya da Pardus-Linux.org forumlarını kullanabilirsiniz. PardusWiki kullanımına ilişkin soru sormak için Danışma masası sayfasını kullanın. PardusWiki maddeleri ile ilgili önerileriniz için ilgili maddenin Tartışma sayfasını kullanın. Hizmetlilerle (yöneticiler) veya diğer kullanıcılarla ilgili şikayetleriniz için Şikâyet sayfasını kullanın. Yeni maddeler Yeni silinmeye aday sayfalar Donanım:Broadcom BCM4313 Donanım:Realtek RTL8180CUS Kablosuz USB Ağ Bağdaştırıcısı Donanım:DELL Inspiron 1501/Uzman Linux dağıtım wikileri için PardusWiki deneyimleri Wiki tablo örnekleri Serpil parlak Eylül 08: KNotes El Kitabı Eylül 08: Kino kullanıcı kılavuzu Eylül 08: KAlarm El Kitabı Mayıs 07: Yeni özellik istekleri Mayıs 07: Yeni Katkıcı Kabul Politikası Tüm liste için buraya tıklayınız. Köy çeşmesi arşivi: Arşiv 1

Konu başlıkları 1 Seçkin madde 2 Çevrımdışı PardusWiki 3 IV. Wiki Şenliği 4 PardusWiki görünümü ve Vector arayüzü 5 Pardus Wiki Rusça 6 Kategori yapılanması 7 Hatalar 8 Başlıklardan önce bırakılan boşluk sorunu 9 Resim dosyalarında "sayfaya bağlantılar" bilgisi 10 Kullanılmayan resimler 11 Yazıların sürüm ilişki/takibi 12 Kod yazımı 13 Pardus 2009 ve alt sürümleri 14 Dönüştürülmeye ya da silinmeye aday 9 madde 15 PardusWiki'de kim ne yapıyor? 16 Sayfa adında (+) karakteri barındıran sayfalara ulaşılamıyor 17 SSS - 2 18 PDF olarak yazdır

Seçkin madde

Kısa veya orta vadede Seçkin Madde uygulaması düşünülüyor mu? Sanırım bir kaç madde bu sıfatı haketmeye başladı. --İsimweb 09:14, 4 Kasım 2009 (UTC)

Yaparsak iyi olur. --AliIsingor 12:20, 4 Kasım 2009 (UTC)

Bunu kim yapmak ister? --AliIsingor 16:19, 15 Şubat 2010 (UTC)

Ben yapabilirim. Ama nasıl yapılacağını bilmiyorum. normal wiki de üst düzey yöneticiler bu işi yaptığı için öğrenemedim. --İsimweb 12:48, 19 Mayıs 2010 (UTC)

PardusWiki'de seçkin maddelerin takibini, bakımını yürütebilecek bir işgücü kesinlikle yok. Bence bu işe girişmeyelim. --Hakan Öztaş 19:34, 23 Mayıs 2011 (UTC)

Bu konuda seçkin madde değil de kısa bilgilere yer verme düşüncem var. Mesela bir sayfaya pardus'la ilgili 10 tane kısa cümleler yazıyoruz. Bu sayıyı istediğimiz kadar artırabiliriz. Ana sayfa her değiştiğinde rastgele 1 tanesi gözüküyor. Maksat ilgiyi artırmak, çünkü ana sayfada hiç metin yok. Böylece daha dinamik bir ana sayfaya da kavuşabiliriz. Mesela Firefox'la ilgili bir yazı, ya da paket yöneticisi ile ilgili, artırılabilir bu örnekler.--Sadri 18:59, 28 Mayıs 2011 (UTC)

Çevrımdışı PardusWiki

http://www.ozgurlukicin.com/forum/haberler/14824/?page=2 adresinde gündeme gelen "Çevrımdışı PardusWiki" fikri ile ilgili bir madde başlatmanın gerektiğini düşünüyorum. Böylelikle konu üzerinde fikir yürütebilmek ve yöneticiler ile aktif görüş alış verişinde bulunma açısından çalışmaların PardusWiki içerisinde yürümesi daha sağlıklı olacaktır. Sabit disk, DVD veya USB bellek üzerinde çalışabilecek bir PardusWiki için madde adı sizce ne olabilir ? Madde ve madde adı konusunda fikirlerinizi alabilir miyim ? --Kobzeci 09:34, 7 Temmuz 2010 (UTC)

Konu eski tarihli ama yazayım. Bu konuda tüm wikinin indirilmesi yerine bazı bölümlerini indirmek en mantıklısı. Sadece Nasıl maddelerini, sadece pardus uygulamalarını, sadece kurulum maddelerini indirmek gibi. ya da hepsini. Şu anda maddeleri tek tek pdf olarak indirebiliyoruz. Birden çok maddeyi tek bir pdf belgesinde sunmak, parduswiki'nin indirilmesini ve her bilgisayarda pdf okuyucu olduğunu düşünürsek pardus'un kolayca çevrimdışı erişilebilmesini sağlar. PDF dosya boyutu büyük ise isteyenler ODT biçiminde de indirebilir. Yani madde koleksiyonlarının oluşturulup, kullanıcılara bu kolaksiyonların pdf, odf biçimlerinde sunulması. Ama bu teknik bir konu tabi. Şunun wiki'ye kazandırılması gerekiyor. Örnek. Saygılar. --Sadri 21:41, 30 Mart 2011 (UTC)

IV. Wiki Şenliği

PardusWiki şenliğini duyurmak ve katılımı artırmak için forumlara sosyal paylaşım sitelerine iletiler yazıyoruz, ama PardusWiki anasayfasında "PardusWiki Şenliğine Katılın" diye bir bağlantı neden koymuyoruz :) PardusWiki'nin ziyaretçilerini de bu şenliğe dahile debilmek için anasayfaya ilgi çekici bir Wiki şenliği kutusu koysak nasıl olur ?--Kobzeci 14:15, 11 Kasım 2010 (UTC)

Ellerine sağlık çok güzel olmuş. Şenliğe bir katkım olmadı ama katkısı olanlar için babil şablonunu oluşturdum. Şenliğe katılanlar babil kutusuna wiki4 ekleyerek şablonu kullanabilirler. --Hakan Öztaş 18:54, 13 Kasım 2010 (UTC)

PardusWiki görünümü ve Vector arayüzü

Arkadaşlar PardusWiki halen "Monobook" şeklini kullanıyor oysa yeni sürümler çıkalı kaç ay oldu. MediaWiki İndirme sayfasından yeni olan "Vector" görünümünü indirip siteye ayarlanabilir (yöneticiler). Tabii İngilizce biliyorsanız o sayfayı Türkçe'ye de çevirebilirsiniz :) ... E M P E R Y A N ⎝⏠⏝⏠⎠ 18:35, 3 Aralık 2010 (UTC)

Ayrıca istatistikler ve görevler olarak steward yazılmış ancak onun adı Kâhyalar olması gerekli. E M P E R Y A N ⎝⏠⏝⏠⎠ 18:37, 3 Aralık 2010 (UTC)

Yapılacaklar listesinde bulunuyor yeni arayüz. İlginiz için teşekkürler. --Sadri_mesaj 17:32, 4 Aralık 2010 (UTC)

Bir hafta kadar önce geliştiricilerden Pamir Talazan bu sorunu çözdü, Vector arayüzündeyiz şu an. --Hakan Öztaş 23:41, 9 Ekim 2011 (EEST)

Pardus Wiki Rusça

Mağlum pardus 2011 kurulumunda rusça desteği de mevcut fakat wiki de ve ya her hangi bir ağda rusça hizmetine rastlayamadım.

Bu bölümlerde(Tr,en,az,de,fr,ro,vb...)olduğu gibi rusça wiki'yide hizmete vermemiz gerektiğini,mağlum olur ki orta asya bölgesinde rusçanın ağırlıkla etkili olduğunu belirtmek isterim.sebebini ise 2011 kurulumunda azerice ve türkçe dışında her hangi bir türk lehçesinde dil desteğinin olmayışıdır.

Görüşümce tekrarladığım gibi Rusça wiki gereklidir. diye düşünüyorum.

Ayrıca türkiye dışında hiçbir türk bölgesinde kendilerince özel işletim sistemi olmayışı bu toplulukların destek vereceği kanaatindeyim....--Özgürlük için değil istiklal için ölümüne PARDUS

Rusça dil desteği 2-3 gün içerisinde gelecektir :). --Eguven 13:39, 23 Ocak 2011 (UTC)

Teşekkürler elimden geldiğince az da olsa bildiğim kadarıyla yardımda ve katkıda bulunacağım.

Rusça wikimiz yayında :). http://ru.pardus-wiki.org/ --Eguven 10:12, 24 Ocak 2011 (UTC)

İlginiz için teşekkür ederim fakat bir sorum olacak pardus wiki rusçada pardus yazısını türkçe (latin harfleri ile)mi yazacaz yoksa rusça mı(kiği)??

Latin harflerle yazalım.----

Tamam dır. öğle ise işe başlayalıım bence...--Özgürlük için değil istiklal için ölümüne PARDUS

Kategori yapılanması

PardusWiki'nin genel kategori yapılanması hakkındaki tartışmalar için Yardım tartışma:Kategori sayfasına bakınız.

Hatalar

• Daha etkin bir arama. Şu an arama kutusuna "Pardus" yazıp arama yapınca Pardus sayfası 10. sırada yer alıyor.
• Sayfaları PDF olarak aktarırken Türkçe karakterlerin görünmemesi.
• Spam içeren değişikliklerinin sürekli hale gelmesi. (İngilizce ve Azerice wikiler)
• Rusça Wiki'ye sol gezinti kutusunda bağlantı verememe sorunu.

Başlıklardan önce bırakılan boşluk sorunu

Sayfalarda başlıklardan önce 1 satır ya da 2 satır boşluk bırakılması ile ilgili olarak şu sayfada yapılan tartışma göz önüne alınarak PardusWiki'deki 1 satırlık boşluk ile Vikipedi'deki 1 satırlık boşluk eşitlenmeli. Hakan Öztaş 8 Nisan 2011 (UTC)

Resim dosyalarında "sayfaya bağlantılar" bilgisi

Resim dosyalarında "sayfaya bağlantılar" düğmesi doğru bilgi vermiyor. Örneğin Türkçe ve İngilizce PardusWiki'lerde kullanılmakta olan bir resim dosyasını düşünelim. Ve diyelim ki bu resim dosyasına Türkçe PW'de artık bir ihtiyaç kalmadı ve kullanıldığı sayfalardan kaldırıldı. Bunu gören bir hizmetli, dosyayı açıp sayfaya bağlantılar düğmesi ile bir kontrol yaptıktan sonra dosyayı silebilir. Ancak sayfaya bağlantılar düğmesi o dosyanın İngilizce PW'de kullanıdığı bilgisini vermiyor, "dosyaya bağlantı yapan sayfaya yok" gibi bir şey yazıyor (örneğin şu dosya bu yazıyı yazdığım sırada İnglizce PW'de bir sayfada kullanılıyordu, Türkçe PW'de ise kullanılmıyor). --Hakan Öztaş 10:04, 24 Nisan 2011 (UTC)

Kullanılmayan resimler

Özel:KullanılmayanDosyalar Adresinde kullanılmayan pek çok simge var, bazılarını sileyim dedim ama bu işin otomatik bir yolu var mı? --Armut 11:56, 7 Haziran 2011 (UTC)

Elle ya da otomatik olarak silsek bile bunlar veritabanından silinmiyor. Çünkü silinen bir dosyayı hizmetli yetkisine sahip her katkıcı geri getirebiliyor. --Hakan Öztaş 13:44, 7 Haziran 2011 (UTC)

Seri şekilde silme eklentisi PardusWiki'de yok. Bu nedenle otomatik silemiyoruz. Silinmese bile zaten özel sayfa dışında her hangi bir şekilde bu resimlere ulaşamıyoruz. Mesela rastgele madde tuşuna tıklayarak bu resimlere ulaşamayoruz. Arama sonuçlarında da yine çıkmıyor. kalıcı olarak silinmediği için silinmesinin önemli bir katkısı yok. --Sadri 16:25, 7 Haziran 2011 (UTC)

Kullanılmayan dosyalar şöyle bir sorun yaratıyor, Özgürlükİçin forumlarında bir kullanıcı HTTrack ile PardusWiki'yi bilgisayarına indirmek istediğinde indirme işlemini bir kaç gün sürdürüp yarıda kesitiğini ve o ana kadar 3.5 GB kadar dosya indirmiş olduğunu yazmış. Kullanılmayan resimler bu boyutu şişirmiş olabilir. Aslında bu dosyaların bir kaç yılda bir kalıcı olarak (veritabanından) silinmesi lazım hem böylece sunuculara da faydası olur. PardusWiki açıldığından beri (2005) böyle bir temizlik yapıldığını zannetmiyorum. --Hakan Öztaş 00:01, 10 Ekim 2011 (EEST)

png, jpg, gif, pdf uzantılarını iptal ettim ve parduswiki'yi indiriyorum. Her sayfanın solundaki "pdf olarak indir" bağlantısı nedeniyle her sayfayı ayrıca pdf olarak da indiriyormuş. İndirme işlemi biterse sonucu yazarım. --Sadri 13:53, 10 Ekim 2011 (EEST)

İndirme işlemi bitmiyor, pdf uzantılıları indirme olarak ayarladım ama yine de epey bir pdf indirdi. İndirme işlemi tamamlansa bile, doğrudan bir dosya değil de, tarayarak indirdiği için bağlantı hızı çok düşük. (5 veya 10 kib/s) Fikir olarak iyi ama, uygulamada pratik olmadığı için tavsiye edilebilecek bir yöntem değil.--Sadri 11:05, 11 Ekim 2011 (EEST)

Yazıların sürüm ilişki/takibi

Nasıl belgeleri ya da uygulama kullanımı bilgisi içeren değişik konulardaki belgelerde hangi Pardus sürümüyle çalıştığına dair bilgiler kritik olabiliyor. Örnek: Dosya öğütücü 20** serisi için isteniyor, ama Kurumsal 2'de hali hazırda çalışır vaziyette. Maddede bu ayrım yoktu, ekledim. Kurumsal kullanıcılar açısından daha yoğun talep edilebilecek bir özellik olduğu göz önüne alınırsa "bu maddede okuduğunuz bilgiler ____ sürümleriyle uyumludur" bilgisi çok işe yarayabilir diye düşündüm. Yazı etiketlemenin yöntemi vikisel açıdan şablon eklemek diye tahmin ediyorum, doğru mudur? Öyleyse her sürümün birer şablonunu yapıp belgelere bu şablonları ekleyelim mi, ne dersiniz? --Loker 11:37, 11 Ağustos 2011 (UTC)

Açıkçası tüm parduswiki'de sadece en son bireysel pardus sürümü esas alınıyor. Bir uygulama veya donanımın kurumsal sürümde çalışıp çalışmadığına dair parduswiki'de bilgi yer almıyor. Mesela bir uygulama pardus 2011 deposunda yok ise, kısaca not düşülüyor bu uygulama artık depoda yoktur diye, kurumsal sürümde olup olmamasına dikkat edilmiyor. Şahsen ben buna dikkat etmiyorum. Kurumsal kullanıcılara profesyonel içerik sunulacağı için (ben öyle biliyorum), Parduswiki'de kurumsal kullanıcılara yönelik en başından beridir hiç çalışma yapılmadı.

Önerdiğiniz şablon, hemen şimdi yapılabilir. Ama nasıl uygulanır? Mesela ben 2011.1 sürümünü kullanıyorum, kurumsal içeriğe katkı yapamam. Diğer wiki katkıcıları kurumsal katkı yapabilirler mi? --Sadri 16:28, 11 Ağustos 2011 (UTC)

Kurumsal kullanıcılara profesyonel içerik verilmesi önemli değil ki, kurumsal sürüm demek, uzun dönem desteklenecek, üzerinde bağımsız olarak iş geliştirmenin daha olanaklı olduğu sürüm demek. Mesela basit bir program yazıp satmak istiyorsun, 20** serisine yazarsan, her yeni sürümde çok büyük değişikliklere uyum sağlaman gerekiyor, genellikle üçüncü parti programcılar da bunu tercih etmiyor. Ama K2'ye yazarlarsa en az dört yıl piyasada, sonraki sürümde de uyum olabilir, en azından geçiş için yeterli zaman ve test olabilir vb. diye düşünüyorlar. Dolayısıyla kurumsal sürüm bir tek kurumlarda kullanılacak diye bakmaya gerek yok. Kurumsal bir işleyişin dışında da bu alanda bilgi alacak insanlar olabilir yani. Kim yazacak? En azından ben yazacağım :-) Başka K2 kullanıcıları da gönüllü olacaktır diye umuyorum.

Konunun başka bir açısı da şu: Sadece son güncel sürümü düşünerek davranmak yerine, önceki sürümleri hâlâ kullanmayı şu ya da bu nedenden tercih eden, ya da ilerde denemek için kurabilecek insanlara yönelik bir arşiv tutmanın da zararı olmaz derim kendi adıma. Bir tek bugün varmışız gibi görünmektense, geçmişten bugüne olup bitenleri görmek insanların daha hızlı öğrenmesine yardımcı olabilir... Dolayısıyla şablonu yapıp, olabildiğince kullanmakta yarar var. Böylece örneğin PDF okumakla ilgili 2011.1 temel alınarak yapılan bir maddeyi, herkes kendi kullandığı sürüme göre kontrol edip, şablonunu seçer, daha yeni bir sürümde bilgi değişirse, o hali arşiv maddesine dönüşür, güncel hali korunur mesela? --Loker 06:45, 12 Ağustos 2011 (UTC)

Net anlayamadım açıkçası. Herhengi bir wiki maddesinden yola çıkarak somut bir örnek verebilir misiniz? Aynı konuyu hem 2011 hem de kurumsal olarak ayrı ayrı sayfalarda mı yazacağız? --Sadri 16:14, 12 Ağustos 2011 (UTC)

Anlaşıldı, Pardus projesi, Pardus ile ilgili hiç bir belge yazmama politikasını başarılı bir şekilde sürdürmeye devam edecek. Kurumsal sürüm için bile kullanıcılara bel bağlandığını görünce kurumsal sürümün ciddiye alınacak bir yanının olmadığını da anlamış olduk böylece. Sadri'nin dediği gibi PardusWiki'de Pardus sayfası dışında hiç bir yerde Kurumsal sürüm hakkında bilgi vermedik. Kurumsal sürüme PW'de yer verilmeyeceğini Politika ve yönergeler sayfasında da yazılı hale getirmiştik, meyerse Kurumsal sürüme de profesyonel destek verilmeyecekmiş.

PW'de belgelerde Pardus'un sadece desteklenmekte olan bireysel sürümleri için bilgi veriyoruz desteği sona ermiş sürümler ile ilgili kısımları sayfalardan kaldırıyoruz. Bu bilgileri sayfadan kaldırmak, sayfadan tamamen silmek anlamına gelmiyor, eski sürümlere meraklı olan kullanıcılar varsa belgelerin sayfa geçmişlerinden, arşivlerine ulaşabilirler.

Desteklenmekte olan bireysel sürümler içinde güncel bilgi vermeyen belgelere Şablon:Güncelle şablonunu ekliyoruz. --Hakan Öztaş 21:37, 12 Ağustos 2011 (UTC)

Derdimi anlatamamışım :( Kurumsal ile ilgili olarak belgeler elbette hazırlanacak. Hatta bu işin merkezinde yer alan sorumlu kişi olarak bu belgelendirmenin adresi olarak da Pardus-Wiki'yi görüyorum. Olması gerekenin, tüm Pardus belgelerinin burada toplanması olduğuna inanıyorum.

Fakat, Pardus'un "resmi" belgeleri ve wikide oluşturulan belgeler diye bir ayrım yapma fikri aklımın ucundan geçmediği için, hazırlanacak belgelerin takviminde yer almayan nice belgeyi de isteyen istediği zaman yazabilir diye düşünerek bu öneriyi dile getirdim. Şu anda sayıca az olsa da, temel işletim sistemi olarak K2 seçen kullanıcılarımız da var. Nasıl 2011 ile ilgili belge yazanlar, kullandıkları sistemi anlatıyorlarsa, K2 kullanıcılarını da bu paylaşımın bir parçası haline getirebilmek güzel olur diye düşünüyorum.

Kurumsal ismini yanlış yorumlamayalım, bu sürümün asıl özelliği yıllar boyu desteklenecek olması, ne kurumlara özgü ne başka bir farkı var. Belgelerine gelince, sözleşmeli projelerin ihtiyaçları öncelikleri belirleyecektir diye düşünüyorum. Yani bir müşteri Blender ile iş yapmak üzere sözleşme imzalarsa Blender ile ilgili belge yazılır/çevrilir vb. öte yandan Gimp ile ilgili bilgiler daha geç gelebilir. Oysa ki Gimp de popüler ve belgelerinin olmasında yarar olacak bir uygulama. Her şey bir yana, 2011'deki Gimp bilgileri Kurumsal için değişik olmayacaktır. "Bu bilgiler ______ sürümlerde geçerlidir" etiketi bu anlamda kullanışlı görünüyor diyerek öneriyi dile getirdim. --Loker 10:01, 13 Ağustos 2011 (UTC)

Buna göre PardusWiki'deki tüm belgelerin üzerinde şunun gibi birer ibare bulunacak ; "Bu belgede anlatılanlar Pardus 2011 ve Kurumsal 2 sürümlerinde geçerlidir" gibi. Donanım belgelerinde benzer bir uygulama var şu anda (sadece 2000 serisi sürümleri kapsayacak şekilde var). Ancak bunu tüm maddeleri kapsayacak şekilde genişletsek bile sürdüremeyiz, bu işi sürdürebilecek çapta bir katkıcı gücü yok. Tüm NASIL belgelerini ve uygulama tanıtım sayfalarını göz önüne alırsak, bu (200 + 500) 700 civarında belge eder. Pardus yeni bir ana sürüm yayınladığında bu 700 belgeden 50 bilemedin 100 tanesinin güncellenmesi yeterli oluyor, diğer 600 belge herhangi bir güncellemeye ihtiyaç duymuyor. Bahsettiğiniz bu etiketlemeyi yapacak olursak bireysel ya da kurumsal sürümün her yeni ana sürümü yayınlandığında 700 maddenin de gözden geçirilmesi, etiketlerin güncellenmesi gerekecek.

Bu etiketlemeyi sadece NASIL belgeleri için yapacak olursak bu yaklaşık 200 belge eder. Bu, daha sürdürlebilir bir iş gibi görünüyor ancak PardusWiki'de kurumsal sürüme yer vermek için başka ciddi engeller var.

2000 serisi sürümde Sistem Ayarları kullanılırken Kurumsal sürümde yanlış bilmiyorsam TASMA kullanılıyor. Bu tek başına büyük bir farktır, çünkü PardusWiki'de halihazırda onlarca sayfada (yazıcı tanıtmaktan tutun simge seti ayarlamaya kadar, İnternet bağlantısı kurmaktan otomatik NumLock ayarlamaya kadar) defalarca kez Sistem Ayarları yazılımına vurgu yapılmış durumda. Sistem Ayarlarının adının geçtiği tüm belgelerde konuyu bir de TASMA'ya göre anlatacak olursak bu belgeler okunmaktan çıkar çorbaya döner. Sadece bu değil KDE4 ile 3.5 arasında ne kadar fark varsa o kadar sorunumuz var demektir. KDE 3.5 ile uzaktan yakından ilgisi olmayan maddelerimiz de var. Mesela bu maddede aynı sayfa içinde içinde iki masaüstü anlatılamayacağına göre bu belgelerin Kurumsal sürüm için olan nüshasını kim hazırlayacak, bunlara nerede nasıl bağlantı verilecek... Bilmiyorum, nasıl diyorsanız öyle yapalım. --Hakan Öztaş 11:59, 14 Ağustos 2011 (UTC)

Ben de doğru çözümün arayışındayım hâlâ... Birincisi, mevcut işleyişi olumsuz yönde etkileyecek her adımdan kaçınmak gerekli elbette. Ben kendi adıma zaman ayırmaya kararlıyım. Ofis içinden de olabildiğince işgücünü kanalize etmeye uğraşacağım. Dahası da gelir iyi niyetiyle yaklaşıyorum. Bunlar yeterli olur mu, olmaz mı bilemiyorum elbette.

Soruyu değiştirmeyi deneyelim: Pardus-Wiki'yi tek adres gösterme hedefine hizmet edecek şekilde ve mevcut yapıya müdahale etmeden Kurumsal için bir belge ağacı nasıl oluşturabiliriz?

Neticede istiyorum ki, web sitesinde, seminerlerde, her mecrada "Pardus'la ilgili belge arıyorsanız Wiki'ye bakın" diyelim. Bunu kurumsal kullanıcı da böyle bilsin, bireysel kullanıcı da... Sözleşmeli proje kullanıcısına ayrıca belge verilir, ama o belge ona has olmaz, onu da burada yayınlarız, ki daha çok insan da yararlansın mesela... Ama bunun doğru yolu ne olmalıdır, buradan gidelim, belki başka bir yöntem daha doğru ama benim önerim içinden bakarken o yöntemi göremiyoruz diye endişe ettim.

Zaten paralel bir konu da, geliştirici belgeleri İngilizce yazılıyor malûm, onları İngilizce wikiye eklemeye başlayıp, burada da çevirerek zenginleştirelim önerisi olacak. Resmi belgelerin de Wiki'de olmasını önemsediğim için bunu öneriyorum demek daha doğru aslında. Bu da doğru bir yöntem midir, bir sorun yaratma potansiyeli içerir mi düşünmek lazım. Bunu da İngilizce wiki'deki köy çeşmesine yazarak şimdiden konuşmaya başlayalım madem... --Loker 12:48, 14 Ağustos 2011 (UTC)

Kurumsal sürüm için farklı bir belge ağacı oluşturmamıza gerek yok bence, zaten Koray bey siz daha iyi bilirsiniz Kurumsal sürüm KDE4'e geçtiği zaman (daha doğrusu 2000 serisi sürüm ile Kurumsal sürüm aynı nesil KDE sürümünü kullandığı zaman) aralarında pek bir fark kalmayacak. Kurumsal sürüm için ayrı bir belge ağacı oluşturmak yerine sizin önerdiğiniz şekilde etiketleri kullanabiliriz. Sadece NASIL belgelerini bu şekilde etiketleriz. Etiketledikten sonra tüm bu belgeleri Kurumsal sürüm ile uyumlu hale getirme gibi bir hedefimiz olmasına gerek yok, kritik belgeleri Kurumsal sürüm ile uyumlu hale getirmemiz şimdilik yeterli olabilir, diğerlerini zamana bırakarak Kurumsal'ın yeni sürümünün yayınlanmasını bekleriz (üç sene de bir çıkıyor galiba). Kurumsal'ın yeni sürümü çıktıktan sonra tüm belgelerin 2000 serisi ile ve Kurumsal ile uyumlu hale getirilmesi hedefi üzerinde durulabilir.

Tabi daha önce de dediğim gibi, bazı NASIL belgelerinde konuyu hem Kurumsal sürüm için hem de 2000 serisi sürüm için bir sayfa içinde anlatmak mümkün olmayabilir, ikisi için ayrı iki ayrı belge yazmak gerekebilir. İki ayrı belge yazmaya ihtiyaç duyacağımız durumlarda çözümümüz basit; Vikipedi'deki anlam ayrım sayfalarıyla aynı mantıkla benzer sayfalar oluştururuz. Örneğin masaüstü ayarları ile ilgili olarak Kurumsal için ve 2000 serisi için iki ayrı belge yazdığımızı farzedelim. Anlam ayarım sayfasında bu iki maddeye yer veririz. PardusWiki içinde, bu konu ile ilgili olarak daima anlam ayrım sayfasına bağlantı veririz, yani kullanıcıları anlam ayrım sayfasına yönlendiririz, böylece kullanıcılar oradan istediği belgeyi seçip okuyabilirler.

Bir de şöyle bir durum var; sadece Kurumsal sürüme özgü konular olabilir. Yani 2000 serisi sürüm için hiç bir karşılığı olmayacak konular olabilir. Bu tür maddelere de Belgeler bölümü içinde vb. yerlerde bağlantı veririz, o belgelerin Kurumsal sürüme yönelik olduğunu parantez içinde belirtiriz, ayrıca bu tür belgelere bir kategori ekleyerek kategori sayfasında bir araya toplarız vb... --Hakan Öztaş 23:52, 20 Ağustos 2011 (UTC)

Kurumsal 2'de teknoloji değişimi olmayacak, kurumsal sürümler geriye uyarlanan düzeltmeler (onlar da güvenlik) dışında değişmeyecek bir sistem vaad ediyorlar, olayları o... Dolayısıyla bir başka masaüstü sistemine sahip kurumsal ürün Kurumsal 3 olacak. Onun da KDE 4 olacağı kuralı yok. Belki başka bir masaüstü de olabilir, henüz ortada hiçbir şey yok... Bir de şu var ki, Kurumsal 2 kullanan insanlar, ürünle ilgili bilgi aradıklarında bu konuda bildirim gördüklerinde daha rahat kullanır. Bir dönem Canon, Xerox ve Samsung aynı yazıcıyı kendi etiketleriyle satıyorlardı. Cihaz tamamen aynı olduğu için üçünden birinin sürücüsünü bulmak yeterliydi, ama bu bilgi elinizde olmayınca sanki yazıcı çalışmayacak gibi görünüyordu... LinuxPrinting.org bu konuda bir uyumluluk tablosu içeriyordu, hangi sürücü hangi yazıcılarda da çalışır diye. Bu bağlamda Kurumsal 2'yi görünür kılmak anlamlı geliyor.

Yukarda yazdıklarım sadece etiketlerin kullanım alanı konusunda kafamdakileri daha iyi anlatabilmek için... Bir de geliştirici portalını (şimdilik İngilizce doğal olarak) wikiye taşıyıp (çevirdikçe) Türkçe'ye geçirmek hayalim var, eğer PW gönüllüleri de bu fikri severlerse... Fakat hem o belgelerin yapısı/doğası hem de onlara başvuracak insanların profil olarak ayrı olabilmeleri nedeniyle acaba bir çeşit portal mı (vikipedi'de olduğu gibi) kullansak doğru olur, hiç karıştırmayalım mı denir, o konuyu da konuşsak diyorum... --Loker 07:55, 5 Eylül 2011 (UTC)

Vikipedi'deki portallar hakkında pek bir bilgim yok, az bir baktım sadece. Geliştiricilere yönelik belgeler için bir sayfa kullanmak yerine bir portal kullanmanın bir getirisini göremedim, ama değidiğim gibi çok incelemedim bunu. --Hakan Öztaş 15:58, 5 Eylül 2011 (UTC)

Geliştirici belgelerinin güncelleme/yayınlama dinamikleri, wiki'nin geri kalanından farklı işleme potansiyeline sahip. Dolayısıyla bir alt küme gibi düşünmek, o şekilde gruplayabilmek vb. anlamlı olabilir diye düşündüm. Bu konularda daha çok kişinin fikir yürütmesini, işin teknik kısmının bölüşülmesini sağlamak için ne yapmalıyız? --Loker 11:54, 6 Eylül 2011 (UTC)

Kod yazımı

Kodlar genelde bir karakter boş bırakılıp, çerçeve içinde yazılıyor. Çerçevenin görünümünde bir değişiklik yaptım.

Bu şekilde daha iyi görünüyor sanırım. Bu değişikliği kısaca not düşeyim.

Çerçeve ve arkaplan rengini, yazıtipini öneri olursa değiştirebiliriz. Saygılar. --Sadri 23:17, 18 Ağustos 2011 (UTC)

Sadri, şu komut şablonuna da bir el atabilir misin? Bu şablonda <code> ile yazılan metinlerde ortaya çıkan çerçevenin renklerini kullanabilirsen çok iyi olur. Komut şablonunda şu anda yeşil rengi kullanılmakta. Satır başlarında bir karakter boşluk ile ortaya çıkan kutucuktaki renkler haricindeki hangi rengi kullanırsak kullanalım, PardusWiki'de uyumsuzluk yaratacak. Şu anda komut şablonunu ya da <code> kodunu kullandığımızda şöyle sonuç alıyoruz.

deneme deneme deneme

deneme deneme deneme

Komut şablonunu, diğerine benzetebilirsek iyi olacak. Yanlız bunların boyutları birbirinden farklı, bu konuda ne yapabiliriz üzerinde çok düşünmedim. Şu sayfaya baktığımızda <code> ile yazılan kısım ile satır boşluğu bırakılarak yazılan kısım oldukça uyumlu görünüyor. Boyut olarak da özdeş hale getirebiliriz.

Bu işin acelesi yok tabi. Bu aralar sana biraz fazla iş çıkarıyoruz farkındayım :) --Hakan Öztaş 13:15, 21 Ağustos 2011 (UTC)

Tüm komutlar, kodlar aynı görünüme sahip artık. Böyle iyi oldu sanırım.--Sadri 14:28, 22 Ağustos 2011 (UTC)

Çok iyi olmuş. Satır boşluğu şablonu, code şablonu ve komut şablonu daima aynı renklere sahip olmalı, bu uyumu yeni sağlayabildik sayende, teşekkürler. --Hakan Öztaş 20:31, 22 Ağustos 2011 (UTC)

Pardus 2009 ve alt sürümleri

Pardus 2009 ile ilgili maddeler silinse iyi olacak sanırsam çünkü resmi desteği 3 gün sonra bitiyor.--Ğaaw_{tr.wikipedia.org'da ben} 09:50, 26 Ağustos 2011 (UTC)

ve bittiii...--Ğaaw_{Vikipedi'de ben} 10:42, 29 Ağustos 2011 (UTC)

2011 çıktığında 2009 içerikli maddeler güncellenmeyi beklemeye başladı. Bu maddeler bekliyor hala.

Bu konudaki politikaları tekrar konuşmamız mümkünse eski sürümlerin belgelerini saklamak gerektiğine inanıyorum. Hâlâ çeşitli nedenlerle bu sürümleri kullanmayı tercih eden, zaman içinde eski sürümleri merak nedeniyle kurmak isteyen, kuracakken konuyla ilgili belgelere göz atmak isteyenler oluyor. Hani hepsini "desteklenmeyen sürüm" tadında bir şeyle etiketleyelim, uyarı koyalım, ona eyvallah... Ama silinmesin, yazık o kadar emeğe... :( --Loker 07:35, 5 Eylül 2011 (UTC)

Bu konuda aklıma sadece şu geliyor, Eğer bir sayfa eskimişse, bunun arşivlik olduğunu, günümüz kullanımı için bir değeri olmadığını belli etmesi için standart beyaz olan sayfa arkaplan rengini farklı bir renkte gösterebilir, üst tarafa, köşelere bilgilendirme şablonu ekleyebiliriz. Bu konudaki tek çekincem bu arşiv sayfasının arama sonuçlarında görünecek olması, mesela "kurulum" yazıp arama yaptığımda 2009 kurulumu belgesi karşıma gelmemeli. Arşiv sayfalarının sayısı artarsa arama sonuçlarında gereksiz yer işgal etmeye başlayabilir. --Sadri 15:33, 5 Eylül 2011 (UTC)

İnsanların ihtiyaçları saymakla bitmez birileri 2011 yerine 2009 kullanmayı tercih ediyor ya da Pardus 1.0'u merak ediyor olabilir. Eğer burada onlarca katkıcı olsaydı bu tür özel ihtiyaçlar için de bir şeyler düşünebilirdi tabi. PardusWiki'de bir avuç katkıcı Pardus'un resmi desteği devam eden sürümlerine yetişmeye çalışırken eski sürümleri de kapsayacak şekilde destek vermek bana pek olağan gelmiyor. Pardus projesi kendi ürünü hakkında elle tutulur doğru düzgün klavuzlar hazırlamaya üşenirken Fedora, Ubuntu şöyle sayfalar ((1) , (2)) hazırlıyor. Bu konuda bir ihtiyaç varsa Proje, bu sayfaları örnek alabilir. --Hakan Öztaş 15:58, 5 Eylül 2011 (UTC)

Pardus bir şeye üşenmiyor, kaynakları sınırlı, olanla en iyiyi yapmaya çalışıyoruz. Ayrıca Fedora'nın, Ubuntu'nun da yine katkıcıları, gönüllüleri bu işin önemli bir parçası, onu atlamayalım. Eski sürümler için belge yazalım da demiyorum ki, sadece onları silmeyelim, o halleriyle birer kopyalarını, ilgili sürümle ilgili bir arşiv olarak saklayalım diyorum. Arama sonuçlarının çok sorun olacağını da düşünmüyorum. Varsaymak yerine yaşayıp görelim ya da ne bileyim... --Loker 13:51, 14 Eylül 2011 (UTC)

Koray bey, eski sürümler ile ilgili tüm belgeler mi koruyalım diyorsunuz yoksa sadece eski sürümlere ait Pardus kurulum belgelerini mi ?

Pardus projesinin, altı sene boyunca kendi sitesinde kendisini tanıtmak için hiç bir şey yazmamasının bir ekran görüntüsü dahi yayınlamamasının nedenini Pardus kaynakların sınırlı olmasına bağlamak (!) pek gerçekçi değil. Pardus.org.tr yi işe yarar hale getirmek için Zeki Bildirici'nin başlattığı bir çalışma vardı ama bu çalışma dahi zerre kadar önemsenmedi, daha ne yapılsın. Katkıcılar pardus.org.tr yi ele geçirip güncellesinler mi ne yapsınlar. Pardus'u merak edip Google'da arayan kullanıcının başına gelebilecek en büyük şanssızlık pardus.org.tr ye düşmesidir. Açıkcası ben bu tanıtım konusunda, hayret sınırlarımı zorlayan umursamazlığı tekrar tekrar dile getirmekten bıktım, gerçi artık önemsemiyorum da ne yapılırsa yapılsın. --Hakan Öztaş 19:28, 14 Eylül 2011 (UTC)

Dönüştürülmeye ya da silinmeye aday 9 madde

PardusWiki'ye yıllar önce eklenmiş, çeşitli yazılımlara ait dokuz adet kullanıcı el kitabı var. PardusWiki, kullanıcı el kitaplarının yayınlanabileceği bir yer değil. Tesbit ettiğim 9 adet belgenin nasıl değerlendirilebileceğini şuraya yazdım. Katkı verebilecek herkese duyurulur. --Hakan Öztaş 19:45, 8 Eylül 2011 (UTC)

İşaret edilen belgeye yazdım ben çekincemi. --Loker 13:49, 14 Eylül 2011 (UTC)

PardusWiki'de kim ne yapıyor?

PW sanırım dün bir ara servis dışıydı. Şuan pek çok hata var, sayfayı düzenleme modundaki tüm düğmeler kaybolmuş, yazılım şablonu dağılmış, başlıkların sağındaki "düzenle" düğmeleri sola kaymış... Arka planda bu müdahaleleri kim yapıyor PW servise alınırken bir zahmet bilgilendirmede bulunalım lütfen... Hakan Öztaş 23:06, 28 Eylül 2011 (EEST)

PardusWiki bu sabah MediaWiki yazılımın son sürüme yükseltilmesi sebebiyle servis dışı kaldı. http://bugs.pardus.org.tr/show_bug.cgi?id=17886 Hakan hocam seni de bu hatanın CC listesinde sanıyordum ben. Haber verilmeden oldu. ama iyi oldu be :) Olmaz, yapılamaz sıkıntıları var denen şey aslında oluyormuş :) --Kobzeci 23:24, 28 Eylül 2011 (EEST)

Güncelleme ile birlikte bazı sorunlar ortaya çıkmış, bir kaçını üstte yazdım. "wikitable" sınıfındaki tablolarda da sorun var mesela Windows'tan Pardus'a geçiş belgesinde tablonun çizgileri ve arkaplan rengi uçmuş. Ayrıca daha öncelerin sayfaların altında bulunan "PardusWiki hakkında, Sorumluluk Reddi, Gizlilik İlkesi, ...." gibi bağlantılar dağınık bir şekilde sol sütuna geçmiş, eski yerlerinde daha düzgün duruyorlardı. Hakan Öztaş 18:44, 29 Eylül 2011 (EEST)

Gördüğüm eksiklere ilave edeyim. <span class="plainlinks"> [http://www.pardus.org.tr/index.html Pardus Ana Sayfası] </span> şeklinde bir kod kullandığımda normalde dış bağlantının sağında oluşan ok simgesi kayboluyordu ama şuan kaybolmuyor: Pardus Ana Sayfası . Şu an en önemli sorun sayfa düzenleme modunda iken ortaya çıkması gereken yardımcı düğmelerin olmaması, bir de uygulama tanıtma maddelerinde kullanılmakta olan yazılım şablonunun bozlulmuş olması sorunu (çerçevesi, arkaplan rengi gitmiş, tablo önceden sağdayken sola yaslanmış ve etrafındaki yazılar akmıyor, örnek: Pidgin). Düzenlemeyi yapacak arkadaşa kolay gelsin... Hakan Öztaş 21:27, 29 Eylül 2011 (EEST)

Sayfa adında (+) karakteri barındıran sayfalara ulaşılamıyor

NASIL:Pardus + Ubuntu + WinXp birlikte kullanımında Grub düzenleme ve NASIL:Opencv ile C/C++ betiği derleme sayfaları şuan PardusWiki'de var oldukları halde ulaşılamıyorlar. Bağlantılara tıklayınca böyle bir sayfanın bulunmadığı yazıyor. Fakat silme kayıtlarına baktım bu maddeler silinmemiş, tüm maddeler sayfasında da listeleniyor zaten. Sayfa içeriklerine Google önbelleğinden (1), (2) ulaşabilirsiniz.--Hakan Öztaş 14:26, 9 Ekim 2011 (EEST)

[1], [2]. Sayfaların geçmişleri görünüyor ama sayfalar yok. Bunu hata kaydına, üstteki bugzilla'ya yazalım.--Sadri 15:13, 9 Ekim 2011 (EEST)

Hata kaydı açmadıysan açabilirim, eski kayıt yerine farklı bir hata kaydı açmak lazım.--Hakan Öztaş 15:18, 9 Ekim 2011 (EEST)

Ben "spam yağmuru" hata kaydını kastedmiştim, güncelleme işi de orada konuşuldu çünkü. Yeni kayıt açalım o zaman. Ben bişey yazmadım, sana zahmet yeni hata kaydı yazabilir misin? --Sadri 15:28, 9 Ekim 2011 (EEST)

Hata kaydını açtım şurada 19297 .--Hakan Öztaş 22:04, 9 Ekim 2011 (EEST)

Hata çözülmüş durumda. Yapanların, yapılması için sorunu tespit edenlerin ellerine sağlık. --Sadri 20:57, 25 Ekim 2011 (EEST)

SSS - 2

Mevcut Sıkça Sorulan Sorular sayfamız Pardus kurmayı düşünen kullanıcılara yönelik bilgiler veriyor. Bu sayfanın pardus.org.tr'ye taşınması gerektiğini söyledik ama değişen bir şey olmadı. Bu böyle kalacak anlaşılan.

PardusWiki'de Pardus'u kurmuş kullanıcılara yönelik bir SSS sayfamızın olması lazım. Bu konuyla ilgili elimdeki bir kaç satır notu Sıkça Sorulan Sorular - 2 sayfasına ekledim. PLO Wiki'nin PardusWiki bünyesine taşınması konusunda bir adım atılacak olursa oradaki (1) , (2) , (3), (4) belgelerinin biraz kırpıldıktan sonra burada tek bir belge içinde birleştirilmesi lazım. Ayrıca bu SSS-2 sayfasında Kurulum konuları ile ilgili herhangi bir soru - cevapa yer vermemeliyiz, çünkü kurulum konuları ile ilgili olarak zaten bir SSS benzeri sayfamız var, bu konuda bir ekleme yapılacaksa o sayfaya yapılabilir. --Hakan Öztaş 21:22, 3 Kasım 2011 (EET)

PLO Wiki'nin PardusWiki ile birleştirilmesi yönünde bir karar alınmamış mıydı. Üstteki bağlantılardaki içerikleri kontrol ederek, PardusWiki'ye kısa sürede taşıyabiliriz. Ayrıca nitelikli sorular da üretebilirsek, çok güzel olur. Sadri 19:25, 8 Aralık 2011 (UTC)

PDF olarak yazdır

Sol taraftaki seçeneklerde iki tane pdf olarak yazdırma seçeneği var. Nedenini bilmiyorum, ikincisi daha kaliteli pdf olarak yazdırıyor. MediaWiki:Sidebar ile ilgili bir konu ama bu nasıl değiştirelecek. Daha sonra çözülmek üzere, şimdilik bu soruna dikkat çekeyim. :) --Sadri 18:21, 11 Kasım 2011 (EET)