Access 2003 developer Extention

Neyse boşverin. Çalıştırma işini çözdük ya. İngilizce de olsa fark etmez artık. Gerisini hallederiz. Tekrar yükler, siler deneriz. Kolay gelsin.

Ben de ise bugüne kadar hiçbir zaman hata vermedi. Her zamn dil seçiminde neyi seçtiysem ofis cd'sini istedi bir kereleğine sonrasında sorunsuz çalıştır. Şimdiye kadar hep Türkçe denemeler yaptım hiç sorun çıkarmadı. İngizlizce de denemedim. Bir de ben genelde access'i Tümünü bilgisayarımdan çalıştır ile kurarım sanırım artık cd bile istemiyor.

Arkadaşlar konuya ilişkin birkaç sorum olacak
*Run Time lı uygulamanın yüklendiği hedef bilgisayarda Access 2003 veya 2007
yüklü ise uygulama nasıl davranacağı bilgisini nereden alıyor ( hangisiyle açılacağını )
* Mdb içinden bir başka mdb yi açmak için ben
kodunu kullanıyordum, Access le bir işimiz kalmadığını varsayarsak bu koda
alternatif bir öneriniz var mı ?
* Runtime türkçeleştirilebiliyormu ? ya da türkçesi var mı ( arayüzü için söylüyorum )
* Office seti tamamen kaldırarak testler yapıyorum. Bu durumda bağlı
jpeg desteği de kalktı. Daha önce de tartışmıştık OLE desteği veren Office in
yardımcı programları ve JPEG filtreleri, JPEG import işlemi tabi ki iptal oldu
Ben de tüm tasarım grafiklerini tavsiye edildiği gibi ( daha büyük dosyalar olmasına
rağmen ) BMP yaptım, sorun kalmadı. Ama merek ediyorum JPEG import için yapılabilecek bir çözüm varmıydı

* JPEG ler ortadan kalktığına göre HotKey LM ve HOtKey LU içinde yaptığımız
Dialog penceresini iptale gerek kalmadı , doğru mudur ?
* Yine Access ortadan kalktığına göre Nacro seviye kontrolü de ortadan kalkıyor
doğru mudur ? yoksa Run time bu özelliği saklıyor mu ?

Son olarak da ben asıl ıuygulamamı paketlemedim ! demiral hocanın bir arkadaşa cevaben referasları doğru eklediğiniz bir mdb yi master mdb olarak kullanın önerisi vardı.
Ben de böyle bir master mdb yi paketledim. Önce paketi kuruyorum sonra asıl uygulamamı yine install creator ile istediğim yere kuruyorum . Denmelerimde bir sorun çıkmadı herşey yolunda ama ilk sorumu bu yüzden sordum . Ben bir master mdb yi paketleyip açtığıma göre, asıl uygulamam da sorunsuz çalıştığına göre Runtime ile kendisini açması gerektiğini nereden biliyor
Sorularım ayni zamanda tecrübelerimi yansıtıyor, bu yüzden biraz detaylı
tuttum. Birkaç güne kadar A-Z ye paketlemeyle ilgili bir yazı da ben gönderebilrim ancak
şimdilik bu sorularıma cevap arıyorum

Teşşekkürler

Alıntı:*Run Time lı uygulamanın yüklendiği hedef bilgisayarda Access 2003 veya 2007 yüklü ise uygulama nasıl davranacağı bilgisini nereden alıyor ( hangisiyle açılacağını )

Hocam, developer ile yaptığınız ayarlamalarda runtime'i paketlere dahil etmek için include runtime demiştik ya, bir de parametre olarak /runtime seçeneği zaten normal Accessi runtime olarak çalıştırmanızı sağlıyor. Bu açıdan Access var olan bilgisayarlarda da runtime olarak çalışması için bu işaret konulmalıdır.

Alıntı:* Mdb içinden bir başka mdb yi açmak için ben

Kod:

Call Shell("C:\Program Files\Microsoft Office\OFFICE11\MSACCESS.EXE C:\digermdb.mdb", 1)

kodunu kullanıyordum, Access le bir işimiz kalmadığını varsayarsak bu koda
alternatif bir öneriniz var mı ?

Bununla ilgili sayın mehmeeser'in ".bat dosyası ile mdb çalıştırma" konulu mesajına bir örnek göndermiştim. Örnekte verilen kodlar açılışta normal Access mi yoksa runtime mi olduğunu anlayarak ona göre davranabiliyordu. Bence siz onu inceleyin. Size çok yardımı olacaktır.

Alıntı:* Runtime türkçeleştirilebiliyormu ? ya da türkçesi var mı ( arayüzü için söylüyorum )

Bu konuda benden önce yazılan mesaja bakılırsa sayın mehmeeser kurulumlarını Türkçe olarak hazırlayabildiğini söylemiş. Ayrıca birçok kişinin takıldığı kurulumdaki lisans sorununu hiç yaşamamış. İlginç.. Ben kaç kez denediysem hep lisans ile ilgili sorun yaşadım. Sanırım elimdeki ofis kurulum cd'sinden kaynaklı.. Başka bir office 2003 kurulumu yapıp -bu kez tümünü cd den çalıştır demek de lazım" cd içindeyken denemek lazım sanırım. Belki o zaman Türkçe Ofis kulandığımız için Türkçe olabilir. Unutmayın ki biz "setup.exe" dosyasını setuppro.exe'den modifiye ettik

Alıntı:* Office seti tamamen kaldırarak testler yapıyorum. Bu durumda bağlı
jpeg desteği de kalktı. Daha önce de tartışmıştık OLE desteği veren Office in yardımcı programları ve JPEG filtreleri, JPEG import işlemi tabi ki iptal oldu
Ben de tüm tasarım grafiklerini tavsiye edildiği gibi ( daha büyük dosyalar olmasına rağmen ) BMP yaptım, sorun kalmadı. Ama merek ediyorum JPEG import için yapılabilecek bir çözüm varmıydı?

Bununla ilgili herhangi bi deneme yapmadım. Runtime ile çalışıldığında jpeg desteğinin neden kalktığını anlamadım. Bilmiyordum da..

Alıntı:* JPEG ler ortadan kalktığına göre HotKey LM ve HOtKey LU içinde yaptığımız Dialog penceresini iptale gerek kalmadı , doğru mudur ?

Bunu anlayamadım. Dialog penceresi iptali, Hotkey LM ve Hotkey LU nedir? İnanın bilmiyorum. Ama kastettiğiniz şeyin açılıştaki Access logo yerine projeyle aynı isimdeki bir bmp dosyası olduğunu sandım. Biraz daha açarsanız iyi olacak.

Alıntı:* Yine Access ortadan kalktığına göre Nacro seviye kontrolü de ortadan kalkıyor doğru mudur ? yoksa Run time bu özelliği saklıyor mu ?

"Nacro" olarak kazayla yazdığınızı sanıyorum, herhalde macro seviye kontrolu dediniz. Paketleme yapınca kalkıyor mu bilmiyorum ama macro seviyesi kontrolu runtime kurulumunda da geçerlidir. Fakat runtime kurulumu ya da ayarlarla düzeltilmesi mümkün değildi. Bu yüzden runtime ile kullanılacak projelerimiz için daha önce örneklerini verdiğim digital imza çözümü uygulanabilir.

Alıntı:Son olarak da ben asıl ıuygulamamı paketlemedim ! demiral hocanın bir arkadaşa cevaben referasları doğru eklediğiniz bir mdb yi master mdb olarak kullanın önerisi vardı.
Ben de böyle bir master mdb yi paketledim. Önce paketi kuruyorum sonra asıl uygulamamı yine install creator ile istediğim yere kuruyorum . Denmelerimde bir sorun çıkmadı herşey yolunda ama ilk sorumu bu yüzden sordum . Ben bir master mdb yi paketleyip açtığıma göre, asıl uygulamam da sorunsuz çalıştığına göre Runtime ile kendisini açması gerektiğini nereden biliyor
Bunu anlayamadım. Ben o öneriyi referansların sorun yaratabileceği durumlar için sık kullanılan tüm referansları içine koyduğumuz bir mdb'yi her zaman kalıp olarak kullanabiliriz diye söylemiştim. Siz bir master mdb'yi (sanırım boş olarak) paketleyip daha sonra da asıl uygulamanızın kurulduğunu demişsiniz ya, bu nasıl oluyor anlayamadım. Biraz daha açar mısınız? Acaba backhand fronthand olarak çalışmayı mı kastettiniz?

Selam,

Bendeki ofis 2003 pro lisanslıdır. Casper'ın verdiği Asus A3N'i kullanıyorum. Zamanında donanım olarak toshiba'ya göre zayıf idi ancak windows XP Pro ve Ofis 2003 Pro lisansım var.

Ama ben yine de sizin yaşadığınız sorunu yaşayacağımı zannetmiyorum. Mesele Access'i tüm bileşenleri ile kurmak ve farklı dil seçersek kurulum yaptığımız Access CDsini hazır bulundurmak.

Ayrıca zaten HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office altında 11, 12, 13 diye kurulu sürümler sıralanır. Siz hangi sürümle açılmasını istiyorsanız onun altındaki Access > InstallRoot kaydını okutun ve Call komutuna da bu değeri parametre olarak verin, başka yolu yok bunun.

Gördüğümüz gibi Access ile en büyük sorun dağıtım ve paketlemede. Hazırlannanın adam akıllı çalışması için adam akıllı emek vermek gerek. Bence bunlarla uğraşmak yerine Vba kodları gizlense yeterli.

Bir de şu Ofis sürümünün yenisi çıksın belki arayüzü falan değişir verimli bir şey olur. Bugüne kadar ne kadr üst sürüme geçtiysem Microsoft yazılımlarında hep daha konforlu oldu. Hep işlemleri daha kısa komutlara bağlıyorlar. Önceleri uzun uzun kodlarla yaptığım Visual Basic ile registry kaydı okumanın VB 2005 ile hiçbir şey yapmadan sadece bir satır kod ile yapıldığını görünce şaşırdım. Az kalsın tekrar başlayacaktım VB'ye.

Sağlıcakla.

Hocam aynı konuyla ilgili mi yazdınız? Sanki bu yazdıklarınız başka bir konuya cevap gibi geldi bana? Acaba yanlış yere mi yazıldı?